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ABSTRACT 


Tom,  Steven  Treece.  Ph.D.,  Purdue  University,  August  1984. 
Demand  Controlled  Economizer  Cycles:  A  Direct  Digital  Con¬ 
trol  Scheme  For  Heating,  Ventilating,  And  Air  Conditioning 
Systems.  Major  Professor:  Keith  H.  Hawks.  Department  Of 
Mechanical  Engineering. 

Conventional  economizers  admit  excess  outside  air 
into  a  Heating,  Ventilating,  and  Air  Conditioning  (HVAC) 
system  whenever  this  air  is  cool  enough  to  reduce  the  air 
conditioning  load.  When  these  economizers  are  used  with 
dual  duct,  multi-zone,  variable  air  volume,  or  any  other 
type  of  HVAC  system  which  uses  a  common  air  supply  tor  the 
heating  and  cooling  coils,  the  admission  of  outdoor  air 
has  the  undesirable  side  effect  of  Increasing  the  heating 
load.  The  economizer  control  must  therefore  balance  the 
Increased  heating  cost  against  the  decreased  cooling  cost 
when  deciding  whether  or  not  to  admit  this  cool  air.  Con¬ 
ventional  economizers  base  this  decision  on  the  outdoor 
air  temperature,  but  often  this  is  not  a  reliable  indica¬ 
tor  of  the  actual  building  loads. 

In  this  experiment  an  improved  economizer  control  was 
developed  which  based  the  control  decision  on  the  measured 
demand  for  hot  and  cold  air.  The  control  system  was 
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activated  la  January  of  1984  and  was  operated  tnrougti 
February,  March,  and  April.  Data  taken  during  these 
months  showed  the  experimental  control  system  reduced  the 
coll  operating  costs  by  over  20%  during  February  and 
March,  and  reduced  costs  by  over  30%  during  April.  A  com¬ 
puter  simulation  of  this  system  predicted  an  annual  sav¬ 
ings  of  22%,  or  approximately  $2200  for  the  HVAC  system 
being  studied.  The  payback  period  for  the  demand  con¬ 
trolled  economizer  ranged  from  6  months  (if  added  to  an 
existing  DDC  system)  to  2  years  (if  Installed  as  a  stand- 
a lone  sy  s  tem ) . 

In  addition  to  studying  tne  performance  of  the  exper¬ 
imental  control  system,  the  instrumentation  installed  as 
part  of  this  experiment  allowed  the  entire  HVAC  system  to 
be  studied.  Temperature  sensors,  coll  stratification,  and 
perimeter  heating  systems  are  among  the  topics  discussed 
in  this  thesis..  The  calculation  of  the  coil  loads 
required  the  airflow  through  the  coils  be  known,  so  flow 
sensors  were  Installed  in  the  ductwork.  Heated  thermistor 
sensor  were  used  for  this  purpose,  and  since  these  sensors 
are  not  commonly  found  In  HVAC  systems  particular  atten¬ 
tion  was  paid  to  their  performance.  It  was  found  that 
they  performed  quite  well,  and  provided  invaluable  data  as 
to  how  the  entire  HVAC  system  was  operating.  The  use  of 
these  sensors  may  prove  to  be  valuable  even  in  systems 


which  do  not  use  a  demand  based  economizer 


INTRODUCTION 


Commercial  Heating,  Ventilating,  and  Air  Conditioning 
(HVAC)  systems  account  tor  a  significant  portion  ot  the 
energy  consumed  Dy  this  country.  Estimates  of  this  con¬ 
sumption  range  between  4%  (I)  and  16%  (2)  of  the  total  US 
energy  use,  so  conservation  efforts  In  tnls  field  are 
vital  to  our  national  interests.  On  a  more  immediate 
level,  owners  of  commercial  buildings  have  seen  their 
operating  costs  skyrocket  with  the  rise  in  energy  costs 
and  money  which  should  have  been  spent  on  more  productive 
endeavors  has  been  wasted  on  inefficient  HVAC  systems. 

Many  of  the  systems  currently  in  use  were  designed  when 
energy  was  cheap,  and  efficient  use  of  energy  was  not  a 
primary  goal  in  their  design.  The  decades  of  cheap  energy 
also  did  not  encourage  adequate  maintenance,  and  the  HVAC 
systems  of  some  buildings  have  been  allowed  to  deteriorate 
to  the  point  where  the  system  is  using  much  more  energy 
than  even  a  poor  design  would  dictate.  For  this  reason 
the  first  step  which  any  building  owner  should  take  to 
Improve  his  HVAC  systems  is  to  Inspect  the  equipment  and 
get  it  operating  the  way  it  was  originally  designed.  The 
results  of  such  a  program  can  be  dramatic,  savings  of  over 
50%  are  not  unusual.  (3)  After  these  "quick  fix"  savings 

i 


have  been  achieved,  additional  savings  can  be  obtained 


through  minor  modifications  and  major  retrofitting.  One 
energy  saving  technique  which  has  r  .cently  gained  popular¬ 
ity  In  both  new  construction  and  as  a  modification  to 
existing  systems  is  the  use  of  Direct  Digital  Controls 
(DDC).  A  DDC  unit  is  basically  a  digital  computer  which 
controls  various  elements  of  a  HVAC  system  directly,  as 
opposed  to  a  supervisory  computer  system  which  merely  mon¬ 
itors  or  adjusts  a  separate  system  of  conventional  con¬ 
trols.  DDC  units  can  vary  in  size  from  a  small  micropro¬ 
cessor  which  controls  a  specific  function  to  a  mainframe 
computer  which  controls  an  entire  campus.  Because  they 
can  Implement  complicated  control  schemes  and  provide  much 
more  precise  control  than  is  possible  with  conventional 
pneumatic  or  electric  controls,  they  can  often  improve  the 
operating  efficiency  of  existing  systems  at  a  traction  of 
the  cost  of  equipment  replacement.  The  control  scheme 
described  in  this  thesis  is  an  example  of  a  strategy  which 
is  particularly  effective  with  existing  dual  duct  (or  mul¬ 
tizone)  systems.  It  is  not  intended  to  justify  the  cost 
of  a  new  DDC  system  by  Itself,  but  is  offered  as  a  stra¬ 
tegy  which  can  Increase  the  efficiency  of  many  HVAC  sys¬ 
tems  which  utilize  commercially  available  DDC  units. 
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1 . 1  Typical  Dual  Duct  System 

A  schematic  of  a  typical  Dual  Duct  HVAC  system  Is 
shown  la  Figure  1.1.  Air  In  the  system  circulates  through 
what  Is  essentially  a  closed  loop,  with  a  certain  percen¬ 
tage  of  the  air  being  exhausted  to  the  atmosphere  and  an 
equal  amount  of  outdoor  air  being  brought  in  to  the  loop. 
This  mixture  of  air  returning  from  the  building's  rooms  or 
zones  (a  zone  is  several  rooms  with  similar  loads  which 
are  controlled  by  a  single  thermostat)  and  outdoor  air  is 
forced  through  a  filter  and  then  separates  into  two  paths. 
One  path,  called  the  hot  deck.  Includes  a  heating  coil  and 
thermostatic  control  to  maintain  the  air  in  this  path  at 
an  elevated  temperature,  typically  around  80  degrees 
Farenheit  (80  F) . .  The  other  path  Is  called  the  cold  deck 
and  chills  the  air  to  around  60  F.  From  the  hot  and  cold 
decks  a  network  of  ducting  leads  the  heated  and  chilled 
air  to  each  individual  zone.  Here  the  zone  thermostat 
controls  the  supply  air  temperature  through  dampers  which 
mix  hot  and  cold  air  as  required  to  maintain  the  desired 
room  temperature.  The  temperature  of  this  supply  air 
varies  with  the  room  load.  If  the  room  load  is  negative 
(l.e.  the  zone  Is  losing  heat  to  the  environment,  as  on  a 
cold  winter  day)  the  supply  air  temperature  must  be  higher 
than  the  desired  room  temperature  to  offset  this  load.  If 
the  zone  load  is  positive  the  supply  air  must  be  colder 
than  the  room  setpoint.  The  flow  of  supply  air  (measured 
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la  cubic  feet  per  minute  or  cfm)  is  essentially  constant, 
the  temperature  varies  to  meet  the  load.  A  flow  of  air 
equal  to  the  supply  flow  is  exhausted  from  the  zone  and 
routed  through  the  return  air  ductwork  (typically  hallways 
and  stairwells  are  used  as  return  ducts).  The  return 
ducts  lead  to  the  mixed  air  section,  and  the  circuit  is 
repea  ted . 


A  dual  duct  HVAC  system  usually  provides  good 
control  of  space  temperatures  because  each  individual  room 
or  zone  can  mix  the  hot  and  cold  air  to  meet  its  specific 
load.  The  hot  and  cold  decks  and  the  ductwork  are  sized 
so  that  even  under  extreme  conditions,  with  all  zones  cal¬ 
ling  for  maximum  heating  or  cooling,  the  system  can  supply 
sufficient  hot  or  cold  air  to  meet  the  demand.  As  a  rough 
estimate,  it  has  been  stated  that  a  typical  dual  duct  sys¬ 
tem  operates  at  design  conditions  approximately  57.  of  the 
time  and  requires  simultaneous  heating  and  cooling  95%  of 
the  time.  (4)  Since  the  system  requires  simultaneous  heat¬ 
ing  and  cooling  so  much  of  the  time,  it  is  not  particu¬ 
larly  efficient.  Irreversible  energy  losses  occur  when 
the  hot  and  cold  alrstreams  are  mixed,  and  the  physical 
layout  of  the  hot  and  cold  decks  often  allows  undersirable 
heat  transfer  between  the  two.  Because  of  their  good  con¬ 
trol  and  moderate  first  costs  they  were  very  popular  in 
buildings  designed  prior  to  the  current  energy  conscious¬ 
ness  and  will  be  in  service  for  many  years  to  come. 
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Purdue,  for  example,  has  52  dual  duct  systems  in  service 
In  various  campus  buildings.  The  research  described  In 
this  thesis  was  done  on  a  dual  duct  system;  however,  the 
mixed  air  section  of  multizone  systems  and  some  variable 
air  volume  (VAV)  systems  are  essentially  identical  to  that 
of  a  dual  duct  system  and  the  results  obtained  should  be 
equally  valid  for  those  systems. 

1 • 2  Conventional  Mixed  Air  Section 

The  mixed  air  section  is  where  the  return  air  from 
the  individual  rooms  or  zones  is  mixed  with  outdoor  air 
before  entering  the  hot  and  cold  decks.  A  minimum  flow  of 
outdoor  air  must  be  admitted  to  maintain  acceptable  air 
quality  in  the  zones  served  by  the  system.  In  non-smoking 
office  areas,  for  example,  the  ASHRAE  (American  Society  of 
Heating,  Ventilating,  and  Air  Conditioning  Engineers) 
standard  is  5cfm  of  outdoor  air  per  occupant.  (5)  Heating 
and  cooling  this  outdoor  air  can  often  cost  $.50  to  $.75 
per  cfm  per  year  (6)  so  the  cost  of  bringing  outdoor  air 
into  a  large  commercial  building  can  be  enormous.  For 
this  reason  the  Energy  Research  and  Development  Adminis¬ 
tration  (ERDA,  now  the  Department  of  Energy)  listed  con¬ 
trol  of  ventilation  air  as  its  number  2  priority  for 
energy  conservation,  behind  the  survey  of  control  related 
losses.  (2)  As  an  example,  the  Krannert  building,  where 
this  research  was  performed,  is  served  by  six  separate 


HVAC  systems  which  require  a  total  o£  37,850  ctm  outdoor 
air  to  meet  minimum  ventilation  requirements.  The  mechan¬ 
ical  systems  in  this  building  will  be  described  more  com¬ 
pletely  in  chapter  2,  the  point  to  be  made  here  is  that  it 
costs  $26,500  per  year  just  to  treat  this  outdoor  air  as 
it  is  brought  into  the  system.  (This  cost  is  based  upon 
estimates  made  by  the  Purdue  Physical  Plant,  which  is  the 
department  of  the  university  which  designs,  builds,  and 
maintains  all  buildings  on  Purdue.)  During  moderate 
weather,  however,  it  is  sometimes  possible  to  use  this 
outdoor  air  to  help  cool  the  building,  so  more  than  just 
the  minimum  amount  should  be  brought  in  to  the  system. 

A  conventional  mixed  air  control  scheme  is  shown 
in  Figure  1.2.  In  this  system  a  mixed  air  controller 
feeds  a  signal  to  the  damper  motors  to  maintain  a  fixed 
mixed  air  temperature,  60  F  in  this  case.  A  rise  in  mixed 
air  temperature  will  cause  an  increase  in  the  controller's 
output  (assuming  a  direct  acting  controller)  which  will 
cause  the  outside  and  exhaust  air  dampers  to  open  and  the 
return  air  dampers  to  close.  This  increases  the  percen¬ 
tage  of  outdoor  air  in  the  mixed  air.  If  the  outdoor  air 
is  cool  enough,  the  mixed  air  controller  will  be  able  to 
maintain  the  60  F  setpoint.  If  the  outdoor  air  is  above 
60  F,  the  controller  will  not  be  able  to  maintain  setpoint 
and  will  force  the  dampers  to  a  position  which  admits  100% 
outdoor  air.  When  the  outdoor  temperature  rises  above  a 


Conventional  Mixed  Air  Control 


fixed  cut-off  temperature,  72  F  la  this  case,  a  switch 
shuts  off  the  signal  to  the  dampers  and  causes  them  to 
close  to  the  minimum  position,  since  the  outdoor  air  is 
too  hot  to  provide  any  cooling.  (The  required  minimum  air 
intake  is  provided  by  mechanical  stops  on  the  dampers,  by 
separate  dampers,  or  by  other  means.)  Sometimes  a  similar 
switch  is  provided  to  shut  the  dampers  if  the  outdoor  air 
gets  too  cold,  since  it  is  assumed  that  there  is  then  no 
strong  demand  for  cooling,  but  since  only  a  small  percen¬ 
tage  of  very  cold  outdoor  air  is  required  to  maintain  a  60 
F  mixed  air  setpoint  this  switch  is  often  omitted.  This 
type  of  mixed  air  control  is  commonly  known  as  an  Econom¬ 
izer,  or  as  a  Dry  Bulb  Economizer  since  tne  control  is 
based  upon  dry  bulb  temperatures.  A  similar  type  of  con¬ 
trol  which  measures  both  the  temperature  and  the  humidity 
of  the  various  alrstreams  and  controls  based  upon  the 
total  heat  contents  is  commonly  known  as  an  Enthalpy 
Economizer,  or  simply  as  Enthalpy  Control, 


The  main  problem  with  either  dry  bulb  or 
enthalpy  economizers  is  that  they  base  their  control 
solely  upon  the  outside  weather  conditions  and  cannot 
adjust  for  other  factors  whicti  affect  the  building  load. 
The  amount  of  cooling  a  well  Insulated  building  requires 
is  usually  influenced  more  by  people  and  neat  generating 
equipment  inside  the  building  than  it  is  by  outside  tem¬ 
peratures,  and  buildings  with  large  glass  exposures  can  I 
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similarly  influenced  by  solar  gains.  Ail  ot  these  factors 
can  change  drastically  from  day  to  day,  so  control  systems 
based  solely  upon  outside  air  conditions  can  make  many 
mistakes.  During  a  mild  winter  day,  tor  example,  a  build¬ 
ing  with  only  a  small  internal  load  would  primarily 
require  heat  and  opening  the  outdoor  air  dampers  past 
their  minimum  would  be  very  expensive.  If  a  large  number 
of  people  suddenly  entered  the  building  (as  at  3:00  am  on 
a  weekday,  for  example)  the  building  would  then  have  a 
large  cooling  load  and  not  opening  the  dampers  would  be 
expensive.  Conventional  economizer  controls  cannot  adapt 
to  this  changing  load  and  often  fall  to  provide  the  sav¬ 
ings  expected.  A  leading  HVAC  controls  manufacturer 
states  that  an  enthalpy  economizer  is  usually  the  wrong 
answer  for  a  dual  duct  system  (7),  and  an  internal  Purdue 
Physical  Plant  report  only  recommends  economizers  if  the 
system  cooling  load  is  at  least  75%  of  maximum  capacity 
during  April  through  October.  Many  dual  duct  systems 
do  not  have  economizers  installed,  and  many  systems  which 
do  have  economizers  have  had  them  disconnected. 


1 . 3  Experimental  Mixed  Air  Control 

Since  the  amount  of  outside  air  required  tor  effi¬ 
cient  operation  is  determined  by  the  heating  and  cooling 
loads  on  the  building,  a  microprocessor  can  be  used  to 


measure  this  demand  and  control  the  mixed  air  dampers 
accordingly.  A  schematic  of  this  control  system  is  shown 
In  Figure  1.3.  Temperature  sensors  on  either  side  of  the 
heating  and  cooling  colls  give  the  temperature  difference 
across  each  coil.  Since  the  flow  through  each  coil  varies 
with  the  heating  and  cooling  loads  on  the  building,  flow 
sensors  are  Installed  in  the  hot  and  cold  decks.  The 
microprocessor  combines  the  temperature  and  flow  data  to 
calculate  the  energy  used  by  each  coll.  Since  the  goal  of 
energy  conservation  in  HVAC  systems  is  primarily  to  reduce 
operating  costs,  the  microprocessor  multiplies  the  energy 
figures  by  their  respective  costs  to  calculate  now  much 
money  is  being  spent  to  heat  and  cool  the  mixed  air.  By 
measuring  the  temperatures  of  the  outdoor  air  and  the 
return  air,  the  microprocessor  can  calculate  what  the 
mixed  air  temperature  would  be  with  varying  percentages  of 
outdoor  air,  calculate  what  the  heating  and  cooling  costs 
would  be  for  each  percentage,  and  select  the  mixed  air 
temperature  which  gives  the  lowest  total  operating  cost. 
The  microprocessor  then  generates  a  control  signal  which 
will  adjust  the  dampers  to  provide  this  optimum  mixed  air 
temperature.  The  use  of  heating  and  cooling  costs  ($/nr) 
rather  than  energies  (btu/hr)  can  have  a  significant 
effect  on  the  savings  available.  At  Purdue,  for  example, 
it  costs  twice  as  much  to  chili  1  ctm  of  mixed  air  1 


degree  F  as  it  does  to  heat  it  1  degree  F,  so  a  controller 


which  minimizes  cooling  energy  will  operate  more  economi¬ 
cally  than  one  which  minimizes  total  energy. 


1 .4  Related  Work  By  Others 

The  control  strategy  just  described  is  unique  in  that 
It  measures  the  actual  heating  and  cooling  loads  on  the 
building  and  uses  these  loads  to  calculate  the  optimum 
mixed  air  temperature.  It  is  also  unique  In  that  It  uses 
operating  costs  rather  than  energy  to  determine  this 
optimum.  Nestor  (8)  suggested  adjusting  the  outdoor  air 
cut-off  temperature  of  a  conventional  economizer  based 
upon  the  hot  and  cold  deck  loads,  but  I  can  find  no  evi¬ 
dence  that  his  idea  was  ever  acted  upon.  McKew  (9)  sug¬ 
gests  using  separate  mixing  chambers  for  the  hot  and  cold 
decks  so  that  the  cold  deck  could  operate  in  an  economizer 
mode  year  round  while  the  hot  deck  never  operates  on  more 
than  the  minimum  amount  of  outdoor  air.  This  Idea  is 
Inherently  superior  to  the  microprocessor  control  scheme 
but  is  not  readily  adaptable  to  existing  HVAC  systems. 
Lambert  and  Engineer  (10)  propose  a  control  scheme  which 
varies  the  minimum  percent  of  outside  air  admitted 
throughout  the  day  In  accordance  with  new  ASHRAE  guide¬ 
lines  (11),  but  this  scheme  is  Intended  to  minimize  energy 
usage  when  economizer  operation  Is  not  feasible.  Their 
scheme  could  be  mated  with  the  one  described  in  tnis 
thesis  to  provide  year  round  savings.  Janeke  (12) 
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suggests  several  novel  uses  tor  tree  cooling  and  better 
methods  of  exhausting  room  air  but  since  his  Ideas  are  not 
readily  adaptable  to  existing  structures  they  would  be 
better  combined  with  those  of  McKew  than  with  this  con¬ 
troller.  Kallen  (13)  gives  some  of  the  pros  and  cons  of 
existing  economizer  systems  during  the  "shoulder  season", 
i.e.  times  of  the  year  when  the  system  is  operating  at 
neither  maximum  heating  or  cooling.  Several  researchers 
are  working  on  measuring  the  contaminants  present  in  the 
return  air  and  determining  the  minimum  percent  outside  air 
required  to  dilute  these  contaminants  (again  In  accordance 
with  new  ASHRAE  guidelines),  and  this  type  of  measurement 
should  be  fully  compatible  with  the  scheme  described  in 
this  thesis. 

1 . 5  0  b j  ec  tlve 

The  primary  purpose  of  this  research  was  to  demon¬ 
strate  the  feasibility  of  the  control  scheme  by  taking 
measurements  of  its  use  In  an  operating  HVAC  system.  Many 
Direct  Digital  Control  (DDC)  units  already  on  the  market 
could  probably  be  modified  to  Implement  this  control 
scheme,  so  the  development  of  commercially  marketable 
equipment  was  not  a  goal  of  this  research.  The  equipment 
used  in  this  project  was  selected  for  its  availability  and 
expediency,  rather  than  for  its  suitability  for  opera¬ 
tional  (i.e.  non- laboratory)  use. 


\ 
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PRELIMINARY  STUDIES 


2 . I  Test  Site 

The  site  chosen  as  a  test  site  tor  the  load  based 
economizer  was  the  Krannert  building  on  the  mam  campus  of 
Purdue  University,  West  Lafayette  Indiana.  This  seven 
story  building,  completed  in  1964,  houses  Purdue's  school 
of  management.  The  system  used  in  this  test  was  unit 
number  ACP-7 ,  which  supplies  rooms  on  floors  2  through  7 
in  the  central  section  of  the  east  wing  of  the  building. 

A  copy  of  the  floor  plans  for  the  Krannert  building  is 
given  in  the  appendix,  shaded  rooms  indicate  those  served 
by  ACP-7.  Most  of  the  rooms  served  by  this  system  are 
offices  for  staff  and  graduate  assistants.  On  the  second 
and  third  floor  a  portion  of  the  Krannert  Library  is 
served  by  ACP-7,  and  on  the  7th  floor  a  small  computer 
room  (desktop  computers)  and  a  portion  of  the  Pharmacy  lab 
are  on  this  system. 

System  ACP-7  itself  is  a  typical  dual  duct  sys¬ 
tem  as  described  in  the  previous  chapter.  The  supply  tan 
is  rated  at  17,355  cfm,  and  the  minimum  outside  air 
required  is  3,000  cfm  or  17%  of  the  supply  cfm.  The  cold 
deck  houses  a  48  ton  (576,000  Btu/hr)  cooling  coil  and  the 
heating  coll  will  handle  612,000  Btu/hr.  A  schematic  of 


(% 


4 


the  controls  for  this  unit  (including  the  interface  with 
the  microprocessor  damper  controls)  Is  given  In  the  appen¬ 


dix  as  Figure  A.  5.  The  original  design  tor  the  building 
called  for  a  conventional  economizer  capable  of  bringing 
In  100%  outside  air,  however  the  dampers  which  were  even¬ 
tually  Installed  allow  tor  only  85%  outside  air.  Origi¬ 
nally  a  small  damper  controlled  by  an  electric  to  pneu¬ 
matic  relay  opened  fully  to  admit  minimum  outside  air 
whenever  the  fan  was  turned  on.  A  pneumatic  controller 
activated  large  economizer  dampers  to  maintain  a  mixed  air 
setpoint  of  60  F  (with  a  74  F  outside  air  shut-ofl);  how¬ 
ever,  this  economizer  was  disconnected  in  1976  (approxi¬ 
mately).  Calculations  made  at  that  time  using  contemporary 
energy  cost  figures  had  shown  potential  savings  to  be 
minimal.  Several  cooling  colls  at  Purdue  had  frozen  in 
past  winters  because  of  dampers  which  admitted  too  much 
outside  air,  so  many  economizers  were  disconnected  at 
about  that  time.  The  heating  and  cooling  coils  are  con¬ 
trolled  oy  pneumatic  controllers.  The  cold  deck  con¬ 
troller  maintains  the  cold  deck  at  a  constant  setpoint, 
and  the  hot  deck  setpoint  is  reset  based  upon  outside  air 
temperature.  If  it  operated  as  designed,  this  controller 
would  maintain  the  hot  deck  at  80  F  when  the  outside  air 
temperature  Is  -10  F  or  below  and  would  gradually  reduce 
the  hot  deck  temperature  to  a  minimum  of  70  F  when  the 
outside  air  warms  to  60  F.  In  practice,  the  hot  deck 


I 


temperature  Is  maintained  at  higher  temperatures  to  combat 
stratification.  (The  hot  deck  splits  into  two  supply 
ducts  Immediately  downstream  of  the  coll,  and  the  duct 
closest  to  the  coll  inlet  carries  air  that  is  as  much  as 
IS  degrees  warmer  than  the  duct  at  the  other  end  of  the 
coll.  Thus  to  keep  the  cooler  duct  at  80  F  the  other  duct 
has  to  be  maintained  at  95  F  and  the  average  hot  deck  tem¬ 
perature  is  therefore  about  88  F.)  Also,  the  reset 
schedule  is  somewhat  erratic  and  unpredictable.  The 
effects  of  these  problems  will  be  discussed  in  more  detail 
later.  The  poor  performance  of  the  reset  controller  is 
the  exception  rather  than  the  rule,  as  Physical  Plant  per¬ 
sonnel  have  maintained  system  ACP-7  in  excellent  condi¬ 
tion  . 


2 . 2  Computer  Simulations 

2.2.1  Dry  Bulb  Economizer :  Program  Pdeck  A  computer 

program  titled  "Pdeck"  was  written  to  test  the  basic  deci¬ 
sion  making  algorithm  and  to  predict  the  performance  of  an 
ideal  economizer  under  local  weather  conditions.  A  copy 
of  this  program  is  given  in  the  appendix  and  flow  charts 
showing  the  basic  structure  are  given  in  Figures  2.2 
through  2.4.  The  program  Itself  is  very  straightforward 


and  only  a  few  key  calculations  will  be  described  here. 
The  program  uses  a  very  simple  model  to  simulate  the  per¬ 
formance  of  ACP-7,  and  uses  "bln  data"  to  predict  outside 


weather  conditions  throughout  a  12  month  period.  The  bln 
method  Is  a  procedure  for  averaging  weather  data  collected 
over  an  extended  period,  typically  10  or  20  years.  Tne 
data  are  sorted  Into  5  degree  "bins"  tor  each  month  based 
on  outside  air  temperature,  and  the  average  wet  bulb  tem¬ 
perature  together  with  the  hours  duration  are  recorded  tor 
each  bln.  As  an  example,  during  the  month  ot  May  the  out¬ 
door  temperature  ranges  between  55  and  59  F  for  an  average 
of  105  hours,  and  the  average  wet  bulb  temperature  for 
this  bln  Is  51  F.  The  bln  data  used  was  collected  by  the 
U.S.  Air  Force  at  Grissom  AFB  In.  (14),  a  site  approxi¬ 
mately  30  miles  from  Purdue.  In  program  Pdeck  the  mid¬ 
point  of  each  bln  Is  used,  l.e.  the  program  calculates  the 
performance  of  system  ACP-7  given  outdoor  conditions  ot  57 
F  dry  bulb  and  51  F  wet  bulb  and  assumes  these  conditions 
occur  for  105  hours  In  May. 

The  original  design  calculations  tor  the  Kran- 
nert  Building  are  no  longer  available,  so  a  rough  estimate 
of  the  heating  and  cooling  loads  on  system  ACP-7  was  made 
from  the  coll  capacities.  Using  design  conditions  com¬ 
monly  used  In  the  sixties,  It  was  estimated  that  the  colls 
were  designed  to  satisfy  a  sensible  heating  load  of 
273,400  Btu/hr,  a  latent  load  of  45,600  Btu/hr,  and  a  U- 
factor  through  the  building  walls  of  5,080  Btu/hr  F. 
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Thus  for  any  known  outside  and  room  air  temperatures  the 
sensible  and  latent  loads  on  system  ACP-7  could  oe  calcu¬ 
lated  as: 

Q„  -  273,400  B/hr  +  (5,080  B/hr  F)(T  -  T  )  (2.1) 
S  0  A  RA 

Q  ■  45,600  Btu/hr  (fixed)  (2.2) 

la 

where : 

Q  ■*  Room  Sensible  Load  (Btu/hr) 

»  S 

Q  ■  Room  Latent  Load  (Btu/hr) 

L 

T  ■  Outside  Air  Temperature  (F) 

T  »  Room  Air  Temperature  (F) 

R  A 

Note  that  the  equations  given  above  describe  a  load  which 
does  not  vary  throughout  the  day  and  which  depends  only 
upon  outside  weather  conditions.  Also,  the  bln  data  used 
simulates  24  hour  a  day  operations  whereas  system  ACP-7  is 
operated  on  a  schedule  which  varies  with  the  day  of  the 
week  and  is  altered  for  holidays  and  unusual  weather. 
Program  Pdeck  was  therefore  not  expected  to  provide  accu¬ 
rate  predictions  of  the  actual  cost  of  operation,  but 
instead  was  used  to  develop  a  decision  making  algorithm 
and  to  give  a  "ballpark  estimate"  of  efficiency.  The  pro¬ 
gram  relies  on  a  subroutine  called  "psyc"  (written  by  oth¬ 
ers  prior  to  this  research)  to  calculate  the  psychrome trie 
data  of  the  air  at  various  points  in  the  air  conditioning 


A  psychrome trie  chart  showing  the  heating,  cooling, 
and  mixing  processes  occurring  within  system  ACP-7  is 
given  in  Figure  2.1.  This  chart  shows  conditions  which 
might  occur  on  a  day  when  economizer  operation  was  teaal- 
ble.  The  actual  temperatures  and  humidities  shown  are  not 
important,  in  fact  the  scaling  has  deliberately  been  dis¬ 
torted  to  "expand"  the  drawing  for  the  purpose  of  illus¬ 
tration.  The  chart  is  merely  intended  to  help  explain  the 
calculations  which  are  being  made  by  program  Pdeck.  The 
mixing  and  process  lines  on  this  chart  will  be  described 
with  the  sections  of  program  Pdeck  which  implement  tnem. 

Basic  Structure : 

As  shown  in  F'igure  2.2,  program  Pdeck  begins  by  set¬ 
ting  various  parameters  to  their  initial  values  and  by 
reading  bin  data  for  one  bin.  The  outside  air  conditions 
(enthalpy,  specific  humidity,  etc.)  are  calculated  for 
this  bln  using  subroutine  psyc  and  the  percent  of  outside 
air  admitted  to  the  system  is  set  at  its  minimum.  An  ini¬ 
tial  value  for  the  return  air  temperature  and  humidity  is 
assumed  from  the  design  conditions  and  the  resulting  flows 
and  conditions  throughout  the  system  are  calculated  tor 
this  assumption.  (Note  that  throughout  these  calculations 
it  is  assumed  that  the  room  air  and  return  air  are  identi¬ 
cal,  l.e.  no  heating  or  cooling  takes  place  in  the  return 
duct.  Also  the  entire  system  of  rooms  supplied  by  ACP-7 
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Is  created  as  a  single  room  with  a  Load  equal  to  that  ot 
the  system.)  These  steps  eventually  lead  to  a  calculated 
return  air  condition  which  is  compared  to  the  initial 


estimate.  A  revised  estimate  is  then  prepared  and  the 
iteration  is  repeated  until  it  converges.  This  iteration 
process  is  shown  In  Figure  2.3  and  will  be  described 
later.  Once  the  basic  conditions  throughout  the  system 
have  been  fairly  well  established  by  the  iteration  pro¬ 
cess,  the  flow  of  hot  and  cold  air  needed  to  meet  the  room 
load  is  found  by  comparing  the  required  supply  air 
enthalpy  to  the  hot  and  cold  deck  enthalpies.  Given  the 
flows  and  enthalpy  changes  across  the  coils,  the  energy 
used  by  each  coil  can  be  calculated  and  converted  to  costs 
($/hr)  using  price  figures  supplied  by  Purdue  Physical 
Plant.  Having  established  the  cost  of  running  the  system 
on  minimum  outside  air,  program  Pdeck  performs  an  optimi¬ 
zation  algorithm  and  repeats  the  cost  calculations  using 
optimum  outside  air. 

I tera  tlon  loop : 

The  heart  of  program  Pdeck  is  the  iteration  loop 
which  calculates  the  conditions  throughout  the  air  condi¬ 
tioning  cycle.  This  loop  is  shown  in  Figure  2.3.  The 
outdoor  air  conditions  are  known  from  the  bln  data,  and 
are  shown  as  point  "OA"  on  Figure  2.1.  The  first  step  is 
to  make  an  assumption  as  to  the  return  air  conditions.  If 


the  room  Load  does  not  exceed  the  coil  capacities  the  room 
air  will  be  at  the  room  setpoint  (75  P) .  The  latent  load 


given  in  eqn.  2.2  translates  into  a  humidity  gain  of  3 
grains  per  pound  of  dry  air  (gr/lbda,  7000  gr  -  1  lb)  at 
the  room  design  conditions,  so  program  Pdeck  assumes  tor  a 
first  guess  that  the  return  air  humidity  is  equal  to  the 
supply  air  humidity  plus  3  gr/lb.  It  also  assumes  that  no 
condensation  takes  place  in  the  cooling  coil,  so  the 
specific  humidity  of  the  supply  air  entering  the  room  is 
equal  to  the  specific  humidity  of  the  mixed  air  entering 
the  hot  and  cold  decks.  Therefore  the  first  iteration 
a  s  s  ume  s : 


W„ .  =  W„.  +  3gr/lb.da  2.3 

R  A  MA 

where 


W  -  Specific  Humidity  of  the  Return  Air  (gr/lbda) 

RA 

W  ■  Specific  Humidity  of  the  Mixed  Air  (gr/lbda) 

M  A 

The  specific  humidity  of  the  mixed  air  may  be  calculated 
using  a  straight  mixing  equation: 

WM*  ■  <w_  )(%OA)  +  (W)(100%  -  %0A)  2.4 

MA  OA  RA 

where  of  course  Wqa  is  the  specific  humidity  of  the  outdoor  air. 
Combining  equations  2.3  and  2.4  and  solving  tor  the  mixed 
air  conditions  yields: 

W  -  l(W  )(%0A)  +  3.0(  1007.  -  %0A)1  /  ZOA  2.5 

M  A  0  A 

The  mixed  air  humidity  is  now  defined  solely  In  terms  of 
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Che  outdoor  air  humidity  aad  the  percent  ot  outdoor  air 
belag  Drought  into  the  system,  both  ot  which  are  known 
conditions.  The  humidity  of  the  return  air  was  earlier 
assumed  to  be  equal  to  that  ot  the  mixed  air  plus  3 
gr/lbda,  so  it  can  now  be  calculated.  Both  the  tempera¬ 
ture  and  the  specific  humidity  of  the  return  air  are  now 
known,  so  the  conditions  are  fully  defined.  (Point  "RA" 
on  Figure  2.1.)  The  temperature  of  the  mixed  air  is 
obtained  by  a  straight  mixing  of  the  outdoor  and  return 
air  temperatures  and  hence  the  mixed  air  conditions  are 
fully  defined.  (This  mixing  line  is  shown  between  points 
"OA"  and  "RA"  on  Figure  2.1.  The  figure  shows  point  "MA" 
lying  on  this  line,  20%  of  the  way  from  point  "RA”  to 
point  "OA" ,  indicating  the  system  is  operating  at  20%  out¬ 
side  air.)  Once  the  mixed  air  conditions  are  known,  the 
mass  flow  rate  through  the  system  is  fixed  by  the  specific 
volume  of  the  mixed  air  and  the  the  known  capacity  (elm) 
of  the  supply  fan.  This  mass  flow  rate  (lbda/min)  is  con¬ 
sidered  to  be  constant,  the  volumetric  flow  rates  (efra)  at 
various  points  in  the  system  are  calculated  from  this  mass 
flow  rate  once  the  appropriate  specific  volumes  are  found. 

Since  air  passing  through  the  hot  deck  undergoes  sen¬ 
sible  heating  only,  the  conditions  of  the  air  leaving  the 
hot  deck  are  fully  defined  as: 


Hot  Deck  Setpoint 
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and 


w  ■  w 

HD  MA 

This  is  shown  as  point  "HD"  on  Figure  2.1. 

The  conditions  of  the  air  leaving  the  cold  deck 
require  two  calculations  since  condensation  may  or  may  not 
occur  within  the  deck.  Program  Pdeck  first  assumes  that 
condensation  does  occur  and  that  the  air  leaves  the  cold 
deck  at  design  conditions,  namely  at  60.7  F  dry  bulb  and 
59.4  F  wet  bulb  (unless  of  course  the  mixed  air  entering 
the  coll  is  colder  that  60.7  F,  in  which  case  the  air 
leaves  the  coll  at  the  mixed  air  temperature).  This  point 
is  shown  as  CD^  on  Figure  2.1.  The  psychrome tr ic  condi¬ 
tions  are  calculated  for  these  wet  and  dry  bulb  tempera¬ 
tures  and  the  resulting  specific  humidity  is  compared  to 
that  of  the  mixed  air.  If  it  is  lower  than  the  mixed  air, 
then  condensation  did  occur  and  the  assumption  is  correct. 
If  not,  then  the  cold  deck  conditions  are  re-calculated 
using  the  specific  humidity  of  the  mixed  air.  For  the 
example  shown  in  Figure  2.1,  condensation  did  not  occur 
and  the  cold  deck  conditions  are  shown  as  point  "CD".  If 
the  cold  deck  setpoint  had  been,  say  50.7  F  instead  of 
60.7  F  then  condensation  would  have  occurred  and  tne  cold 
deck  conditions  would  have  been  at  the  point  shown  as  CD'. 

Equation  2.1  is  used  to  calculate  the  sensible  heat¬ 
ing  (or  cooling)  load  in  the  room  and  an  estimate  of  the 


\ 
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required  supply  air  temperature  Is  made.  Tills  estimate  Is 


based  upon  the  assumptions  o t  a  constant  tlow  rate  through 
the  supply  fan  and  a  dry  air  enthalpy  change  ot  0.24 
B  tu/ 1 b  F  Thus : 

Room  Load  -  (Airflow) ( 0 . 24  Btu/lb  F)(TD4  -  T_  ) 

K  A  b  A 

or 


where 


T  -  T  -  (Room  Load  )  ( V  ) / ( CFM) ( 0 . 24) 
SA  RA  MA 
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Room  Load  Load  from  Eqn  2.1  (in  Btu/mln) 

Airflow  ■  Flow  of  air  through  the  system  (in  lbda/min) 

T_  .  **  Return  (or  Room)  Air  Temp  (F) 

R  A 

T  *  Supply  Air  Temp  (F) 

S  A 

3 

V  *  Specific  Volume  of  the  Mixed  Air  (ft  / 1 bda ) 

MA 

3 

CFM  »  Fan  flow  rate  (la  mixed  air  section)  (ft  /min) 


Once  the  required  supply  air  temperature  is  known, 
the  ratio  of  hot  deck  and  cold  deck  flows  which  will  mix 
to  this  temperature  can  be  calculated  as: 


%  HD 


(T  -  T  )/ (T  -  T  ) 
SA  CD  HD  CD 


w  here 


%  HD  ■  Percent  of  supply  air  flow  which  passes 
through  the  hot  deck,  and 

T__  ■  Cold  Deck  Temperature  (F) 


Given  this  mixing  ratio,  the  specific  humidity  of  the  sup¬ 
ply  air  can  be  found  as  a  straight  mixing  of  hot  deck  and 
cold  deck  humidities.  On  Figure  2.1  this  is  indicated  by 
the  fact  that  point  "SA"  must  lie  on  the  line  between 
points  "CD"  and  "HD"  and  must  be  at  the  required  supply 
air  temperature.  Since  the  latent  load  in  the  room  raises 
the  supply  air  humidity  by  3  grains  per  pound  as  it  passes 
through  the  room  and  into  the  return  duct,  program  Pdeck 
now  checks  the  initial  assumption  on  the  return  air  condi¬ 
tions.  For  the  example  shown  in  Figure  2.1  the  assumption 
is  correct,  since  no  condensation  occurred  and  the  supply 
air  is  3  gr/lbda  dryer  than  the  return  air.  If  condensa¬ 
tion  had  occurred  (say,  for  example,  that  the  cold  deck 
conditions  were  at  point  CD')  then  the  supply  air  would  be 
at  the  conditions  shown  as  SA'  and  the  return  air  would  no 
longer  be  3  gr/lbda  wetter  Chan  the  supply  air.  If  the 
difference  between  the  assumed  return  air  humidity  and 
that  calculated  by  adding  3  gr/lbda  to  the  supply  air 
humidity  differ  significantly  (say,  by  more  than  0.3 
gr/lbda),  a  new  assumption  of: 

WRA  -  "sa  +  3  «r/ll"‘* 
is  made  and  the  cycle  is  repeated. 

Once  the  humidity  calculations  converge  a  more  accu¬ 
rate  calculation  of  the  required  supply  air  condition  can 
be  made  by  a  variation  of  eqn.  2.6: 


30 


where 


h  -  h 
S  A  RA 


(Room  Load)(V  )/CFM 
MA 


.  *  Enthalpy  ot  the  supply  air  (Btu/lbda) 

S  A 

h  “  Enthalpy  ot  the  return  air  (Btu/lDda) 

R  A 

In  this  calculation  the  approximation  of  0.24  Btu/lh  F  is 
avoided  since  the  actual  enthalpy  "h"  (Btu/ib)  ot  the  room 
air  Is  now  known.  Once  the  required  supply  air  enthalpy 
is  known  it  Is  compared  to  the  available  hot  deck  and  cold 
deck  enthalpies  to  see  If  the  assumption  that  the  room  Is 
being  maintained  at  setpoint  Is  justified.  If  the  colls 
cannot  maintain  the  room  at  setpoint  then  a  new  assumption 
for  the  room  temperature  is  made  and  the  iteration  Is 
repeated.  Otherwise  program  Pdeck  continues  with  the  cost 
calculations  as  described  in  the  previous  section. 


Optimize  tlon  Algorl thm :  A  flow  chart  tor  the  routine  used 
to  pick  the  optimum  percentage  of  outdoor  air  is  shown  in 
Fig.  2.4.  This  algorithm  requires  the  dry  bulb  tempera¬ 
tures  of  the  outdoor  air,  return  air,  hot  deck,  and  cold 
deck  be  known,  as  well  as  the  flow  rates  through  the  two 
decks.  The  calculations  were  designed  to  rely  on  easily 
measured  data  and  to  be  suitable  for  use  in  a  microproces¬ 
sor.  The  first  step  in  the  optimization  routine  is  to 
compare  the  outdoor  air  temperature  to  72  F  and  to  exit 
the  routine  if  this  temperature  is  exceeded.  The  72  F 
cut-off  is  based  on  the  bln  data  for  this  area.  When  the 
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outside  air  is  warmer  than  72  F  its  enthalpy  is  generally 
higher  than  that  of  the  return  air  and  hence  the  outdoor 
air  has  no  cooling  value. 


If  the  outdoor  air  is  cool  enough  to  reduce  the  air 
conditioning  load,  the  algorithm  computes  the  required 
supply  air  temperature  from  the  deck  temperatures  and 
flows.  (The  temperatures  and  flows  are  known  in  this 
simulation  from  previous  calculations.  In  the  final  con¬ 
trol  application  they  will  be  measured.)  This  is  another 
straight  mixing  equation: 


^required  '  1 (CF"hD) <THD>  +  ( C,“cD> ( TCBJ 1 /CFM t. t.l  2*7 
where : 


T  ■  Required  Supply  Air  Temp  (to  meet  room  load) 

3 

CFM  -  Airflow  through  Hot  Deck  (ft  /min) 

H  D 

3 

CFM  ■  Airflow  through  Cold  Deck  (ft  /min) 
u 

CFM  ,  -  CFM  +  CFM  __ 
total  HD  CD 

T  *  Hot  Deck  Temp  (F) 

T  ■  Cold  Deck  Temp  (F) 

Once  the  required  supply  air  temperature  has  been 
computed  various  loop  parameters  are  set  to  their  initial 
values.  These  parameters  Include  an  optimum  cost  figure, 
which  is  initialized  to  an  unreasonably  high  figure,  an 
optimum  percent  outdoor  air,  which  is  initialized  to  the 
minimum  percent  outdoor  air  allowable,  and  a  current 
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percent  outdoor  air  variable,  which  is  also  initialized  to 
the  minimum.  The  loop  then  calculates  what  the  mixed  air 
temperature  would  be  using  the  current  percent  outdoor  air 
and  checks  to  see  if  this  mixed  air  temperature  would 
alter  the  deck  temperatures.  Once  the  new  deck  tempera¬ 
tures  are  known  the  routine  predicts  what  the  tlow  through 
the  hot  and  cold  decks  will  be.  Based  upon  the  assumption 
that  the  total  flow  will  remain  constant: 


CFM  -  CFM  -  CFM 

CD  total  HD 

so  Eq.  2.7  can  be  rewritten  as: 


CFV  -  -  TCD>'(IHD  -  TCD>  2‘8 


If  changing  the  mixed  air  temperature  does  not  affect  the 
deck  temperatures  the  flow  rates  will  obviously  be 
unchanged.  If  the  deck  temperatures  change,  equation  2.8 
will  predict  the  new  flow  rate. 


Once  the  flow  rates  have  been  established,  tne  cost 
(per  minute)  of  running  each  deck  can  be  estimated.  Pur¬ 
due  physical  plant  records  show  their  steam  costs  to  be 
$3.90/MBTU  and  their  chilled  water  costs  to  be  $. 079/Ton 
Hr  or  $6.58/MBTU.  Using  design  conditions  to  determine 
the  density  of  the  air  leaving  the  coils  and  the  dry  air 
energy  estimate  of  0.24  Btu/lb  F  these  costs  can  be 


expressed  as: 


Cold  Deck.  Price: 


($6.5xl0’6/Btu)(0.24  Btu/lb  F)  (  1  Lb/13.3  ft"*) 

-7  ,  3  „ 

$1.19x10  /ft  F 


Hot  Deck  Price: 

($3.90xl0_6/Btu)(0.24Btu/lb  F)(l  lb/13. 7ft3)  - 
$5 .08xl0’8/f t3  F 

Thus  the  cost  of  running  the  system  at  the  current  percent 
outside  air  is : 


costhd 

COST 


<flowhd)(thd 


Tma) (0.508) 


CD 

COST 


(flowcdhtma  "  tcd)(1‘19) 


TOTAL 


costhd  +  costcd 


The  power  of  10  has  been  dropped  from  the  price  tlgures 
because  they  are  only  being  used  for  comparative  purposes. 
Once  the  cost  of  running  the  system  on  the  current  percent 
outside  air  is  known  it  is  compared  to  the  optimum  cost 
figure.  If  the  cost  is  less  than  the  optimum,  then  the 
current  percent  outside  air  stored  as  the  optimum  percent 
outside  air.  The  optimum  cost  figure  is  similarly 
updated,  the  current  percent  outside  air  is  increased  by 
1%,  and  the  Loop  is  repeated  until  it  reaches  100%.  At 
this  point  the  value  contained  in  the  optimum  percent  out¬ 
side  air  variable  should  be  the  optimum  operating  point 


for  system  ACP-7 
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2.2.2  Ideal  Economizer ;  Program  Edeck  The  optimization 
routine  used  in  program  Pdeck  (which  is  fundamentally  the 
same  as  the  one  used  in  the  microprocessor  control  scheme) 
relies  upon  several  approximations  and  uses  dry  bulb  tem¬ 
peratures  only.  To  test  the  validity  of  these  approxima¬ 
tions  a  program  called  "Edeck"  was  written  which  found  the 
optimum  operating  cost  based  upon  all  available  informa¬ 
tion.  This  program  was  not  written  around  easily  measured 
variables  and  was  not  particularly  well  suited  to 
microprocessor  applications.  It  was  written  to  model  an 
ideal  economizer  and  thus  provide  a  basis  of  comparison 
for  the  optimization  algorithm  in  Pdeck.  A  flow  chart  ot 
this  program  is  shown  as  Figure  2.5,  and  a  copy  of  this 
program  is  Included  in  the  appendix.  Basically  this  pro¬ 
gram  is  only  a  alight  modification  of  Pdeck.  Instead  of 
using  an  optimization  algorithm  to  estimate  the  best 
o u ts lde/ re  turn  air  mixture,  program  Edeck  performs  tne 
system  analysis  procedure  used  in  the  main  body  of  Pdeck 
to  calculate  the  operating  cost  tor  every  outside  air  per¬ 
centage  possible  from  the  minimum  allowable  to  100%.  (m 
1%  increments)  Each  time  a  new  optimum  cost  is  found  the 
optimum  percent  outside  air  variable  is  updated.  A  flag 
variable  la  used  to  control  the  printed  output,  the  cost 
figures  are  printed  for  minimum  outside  air  and  for  the 
optimum  percent  outside  air. 


Sec  ZOA  Co  Minimum 
Sec  FLAG  «0 


Use  Main  Portion  of  PDECK 
_ To  CalculaCe  COST  j 


Is  FLAG  >  4 T 


Print  COST 


Is  FLAG  >  1?' 


Sec  FLAG  =*  5 


NO  ./is  h  >  hn.?VLE.S, 
\  OA  RA  / 


Set  Optimum  Cost  ■  COST 
Set  Optimum  ZOA  •  %OA 


^Is  COST  <  Optimum  Cost?V^-ES 


[Set  Optimum  Cost  *  COST 
Set  Optimum  ZOA  =  ZOA 


Is  ZOA  5  100Z? 


[Set  ZOA  =*  Optimum  ZOA 
Set  FLAG  -  2 


ZOA  -  ZOA  +  1% 


Figure  2.5 

Flow  Chart  For  Program  EDECK 
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2.3  Results 


The  results  ot  programs  Pdeck  and  Edeck  are  given  1b 
Tables  2.1  and  2.3.  Since  tne  hot  deck  reset  controller 
operated  erratically,  the  computer  simulations  were  run 
once  lor  an  ideal  hot  deck  reset  and  once  for  a  fixed  hot 
deck  temperature  of  88  F. 


Table  2.1 


Deck  Costs  With  Hot  Deck  Reset 
(Setpoint  varies  from  70  F  to  80  F) 


Costs  in  dollars  for  24  hr/day,  7  day/week  Operation 


On  Minimum  OA 


HD 


With  Economizer 
Dry  Bulb  t  Ideal 


CD 

Tot 

HD 

CD 

- IT* 

433 

— r 

20 

344 

32 

6 

;  1 

431 


Total  Savings  With  Dry  Bulb  Economizer 
$7742  -  $6661  -  $1081 

$  108 1/ $7742  -  0.139  -  13.9% 


Total  Savings  With  Ideal  Economizer! 
$7742  -  $6565  -  $1177 


$ 1177/$7742  -  0.152 


15.2% 


Deck  Costs  With  Fixed  Hot  Deck  Temperature 
(Setpoint  ■  88  F) 


Costs  in  Dollars  for  24  ftr/day,  7  day/week  Operation 


Junl  43 


149 


Nov  260 


394 


CD 

Tot 

HD 

134 

608 

510 

145 

529 

Kill 

Hill 

mm 

■HI 

■il 

312 

Hill 

1220 

98 

mm 

WBM 

1319 

1357 

85 

996 

1066 

Hill 

630 

■HH 

293 

342 

602 

38  1 

195 

589 

453 

i th  Economizer 
Dry  BuId  I  Ideal 


To  t 


58  1 


499 


838 


1311 


85  1116  1201 


609  765 


162 


64  445 


81  533 


CD 

To  t 

■HI 

581 

■a 

499 

Km 

■m 

436 

■iill 

839 

936 

mm 

1258 

1070 

0 

608 

762 

■HI 

454 

65 

445 

81 

534 

Total  Savings  With  Dry  Bulo  Economizer 
$10418  -  $8231  -  $2187 

$2187/$10418  -  0.21  -  21% 


Total  Savings  With  Ideal  Economizer: 
$10418  -  $8122  -  $2296 


$1177/ $7742  -  0.22  -  22% 
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The  figures  la  TaDles  2.1  and  2.2  clearly  demonstrate 
Chat  an  economizer  cycle  can  provide  substantial  savings 
In  this  climate.  They  also  show  a  dry  OulD  economizer  can 
provide  most  of  the  savings  which  could  he  achieved  by  an 
ideal  economizer.  Since  an  ideal  economizer  would  require 
humidity  sensors  as  well  as  a  much  more  complicated  optim¬ 
ization  routine,  it  did  not  appear  chat  the  added  poten¬ 
tial  for  savings  justified  their  use.  The  accuracy  of  at 
least  some  of  the  commercially  available  humidity  sensors 
is  open  to  question  (15)  and  their  use  would  require  much 
additional  time  be  spent  in  testing  and  calibration.  Some 
interesting  research  into  Improved  humidity  sensors  is 
currently  being  done  by  Caruso,  Leidenf rost,  Pearson,  and 
DeWitt  at  Purdue  (to  be  published  in  the  proceedings  of 
the  22nd  ASME-AIChe  National  Heat  Transter  Conference, 
August  1984),  but  their  work  is  not  directed  toward  HVAC 
applications.  The  probe  they  have  developed  shows  consid¬ 
erable  promise  and  may  be  suitable  for  HVAC  systems,  but 
it  has  not  been  tested  under  the  ''install  and  forget" 
standards  required  for  this  application.  A  leading  con¬ 
trols  manufacturer  has  stated  that  the  difference  in  sav¬ 
ings  between  an  enthalpy  controller  and  an  ideal  dry  bulb 
economizer  is  minimal  (16),  a  statement  which  is  supported 
by  these  simulations.  The  most  significant  error  intro¬ 
duced  by  not  sensing  humidity  is  in  the  cold  deck  cost 
calculations.  Condensation  in  the  cold  deck  can  under 
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some  conditions  cause  tne  actual  cold  deck  cost  to  be  much 
higher  than  that  calculated  by  the  dry  bulb  optimization 
routine.  This  error  does  not  affect  the  control  decision; 
however,  as  program  Pdeck  showed  that  condensation  does 
not  become  significant  until  the  cooling  load  is  so  much 
greater  than  the  heating  load  that  maximum  use  of  outside 
air  is  required  anyway.  Thus  the  dry  bulb  economizer  will 
make  the  correct  decision,  but  it  will  underestimate  the 
savings  resulting  from  this  decision. 

Another  interesting  conclusion  which  can  be  drawn 
from  the  tables  is  that  the  use  of  some  sort  of  hot  deck 
reset  is  very  desirable  in  a  dual  duct  system.  Since  the 
flow  of  air  into  each  room  is  essentially  constant,  when 
the  hot  deck  temperature  increases  the  room  dampers  will 
call  for  a  greater  flow  of  cold  air  to  temper  the  hot  air. 
Thus  increasing  the  hot  deck  temperature  will  increase 
cold  deck  costs  as  well  as  hot  deck  costs.  Obviously  a 
similar  conclusion  could  be  drawn  for  the  cold  deck  tem¬ 
perature.  One  method  of  controlling  these  temperatures 
which  would  appear  to  be  particularly  attractive  is  that 
of  zone  reset.  This  type  of  control  scheme  lowers  the  not 
deck  temperature  until  the  coldest  room  is  calling  tor 
full  flow  from  the  hot  deck,  and  raises  the  cold  deck  tem¬ 
perature  until  the  warmest  room  is  calling  for  full  flow 
from  the  cold  deck.  The  fact  that  a  malfunctioning  hot 
deck  reset  control  can  easily  increase  annual  costs  by  35% 


\ 


Also  desous  tra  tss  the  tact  that  tremendous  savings  can 
often  be  achieved  just  by  repairing  an  existing  system 
that  It  operates  as  designed. 


43 


HARDWARE 


As  mentioned  in  Chapter  1,  the  hardware  used  in  this 
research  was  selected  primarily  for  its  availability 
rather  than  its  suitability  for  a  long  term  control  appli¬ 
cation.  (Providing,  of  course,  that  it  was  accurate 
enough  for  use  in  a  research  project.)  Ho  attempt  was  made 
to  obtain  optimum  use  of  the  hardware  or  to  construct  a 
control  system  which  would  meet  the  durability  and  mainte¬ 
nance  standards  required  of  operational  HVAC  controls.  In 
some  cases  commercially  available  HVAC  components  were 
used  and  in  other  cases  laboratory  or  specially  con¬ 
structed  equipment  was  selected.  Fortunately  these 
separate  elements  worked  well  together  and  the  entire  con¬ 
trol  system  functioned  very  well  throughout  the  test.  The 
microprocessor  control  system  together  with  the  existing 
pneumatic  controls  as  installed  on  HVAC  unit  ACP-7  are 
shown  in  Figures  3.1  through  3.3.  A  description  of  the 
microprocessor  control  elements  (with  more  detailed  pnoto- 
graphs)  follows. 


The  microprocessor  used  in  this  experiment  was  a  Texas 
Instruments  model  TI-9980A  installed  in  a  Texas 


a  , 
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Figure  3.2 
Control  Panel 

1.  Pneumatic  Deck  Controllers 

2.  Microprocessor /Pneumatic  Interface  Panel 

3.  Microprocessor  Controls 
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Instruments  TM  990/189  microcomputer.  (The  microcomputer 
contains  the  RAM  and  ROM  memory,  input  and  output  ports, 
keyboard,  and  other  peripherals  as  well  as  the  main 
microprocessor  chip.  For  convenience,  the  terms 
"microprocessor"  and  "microcomputer"  are  used  interchange¬ 
ably  in  this  thesis.)  This  16  bit  microprocessor  runs  on 
a  2  MHz  clock  and  will  handle  both  internally  and  exter¬ 
nally  generated  interrupts.  The  memory  options  used  in 
this  experiment  allowed  for  2048  bytes  of  Random  Access 
Memory  (RAM)  and  4096  bytes  of  Read  Only  Memory  (ROM). 

The  microprocessor  is  capable  of  accessing  up  to  16,384 
bytes  of  RAM  if  an  off-board  expansion  is  used,  but  that 
was  not  required  for  this  experiment.  Similarly  the  on¬ 
board  ROM  capacity  could  nave  been  Increased  to  6144  bytes 
to  allow  the  control  program  to  be  indelibly  programmed, 
but  since  the  control  program  was  used  tor  experimental 
purposes  only  this  was  not  done.  The  control  program 
Itself  occupied  approximately  1500  bytes  ot  RAM  and  could 
easily  have  been  Implemented  by  a  single  microcomputer; 
however,  the  Analog  to  Digital  (A/D)  converters  used  to 
read  the  sensors  worked  more  conveniently  with  two  micro¬ 
computers  so  a  dual  microcomputer  scheme  was  adopted.  In 
tnis  scheme  one  microcomputer,  designated  Micro  1,  read 
all  temperature  sensors  and  performed  the  control  calcula¬ 
tions  while  the  other  microcomputer,  Micro  2,  read  the 
velocity  sensors  and  periodically  logged  data. 


Communication  between  the  two  units  was  done  at  300  baud 


via  on-board  serial  communication  ports.  The  communica¬ 
tion,  data  logging,  data  processing,  operating  system 
overhead,  and  other  non-control  functions  occupied  approx¬ 
imately  1400  bytes  of  RAM,  leaving  1200  bytes  available 
for  data  storage.  Most  of  these  functions  would  not  be 
required  in  an  operational  controller,  but  they  were  use¬ 
ful  in  this  experimental  application.  Both  microcomputers 
were  equipped  with  a  tape  recorder  Interface  which  allowed 
programs  to  be  loaded  from  or  dumped  to  a  portable  tape 
recorder.  This  feature  was  used  extensively  to  program 
the  computers  and  to  collect  data  from  them.  The  micro¬ 
computers  used  together  with  the  A/D  converters,  power 
supplies,  and  sensor  electronics  are  shown  m  Figure  3.4. 

3 . 2  Analog  to  Digital  Converters 

The  A/D  boards  used  in  this  experiment  were  designed  by 
Professors  Fearnot  and  Citron  at  Purdue  for  use  with  the 
T£  microprocessor  in  a  student  laboratory.  They  are  based 
upon  a  Burr  Brown  SDM857JG  A/D  chip,  and  the  board  was 
deliberately  laid  out  in  a  "breadboard"  type  fashion  to 
allow  students  to  see  the  individual  components.  Dip 
switches  allow  the  boards  to  be  used  as  8,  10,  or  12  bit 
converters  with  single  ended  or  differential  inputs,  and 
allow  for  various  input  voltages  and  internal  gains.  In 
this  experiment  both  boards  were  used  at  the  full  12  bit 
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Figure  3.4 

Microprocessor  Control  Panel 

1.  Micro  1  (Master  Control  Microprocessor) 

2.  Micro  2  (Submaster  Microprocessor) 

3.  A/D  Convertor  For  Micro  1  (Temperature  Sensors) 

4.  A/D  Convertor  For  Micro  2  (Velocity  Sensors) 

5.  Wheatstone  Bridge  Circuits  For  Temperature  Sensors 

6.  Power  Supply  For  Temperature  Sensors 

7.  Power  Supply  And  Circuitry  For  Velocity  Sensors 

8.  Power  Supply  For  Microprocessor 
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resolution  and  differential  inputs  were  used  throughout. 
The  A/D  board  used  to  read  the  temperature  sensors  was  set 
for  +  5  volt  input  to  the  A/D  chip  with  a  2 0 x  amplifier 
between  the  board  inputs  and  the  chip,  allowing  for  +  0.25 
volt  sensor  inputs.  The  A/D  board  used  to  read  the  velo¬ 
city  sensors  was  set  tor  a  0-10  volt  input  to  the  A/D  chip 
with  a  2x  amplifier  between  the  board  inputs  and  tne  chip, 
allowing  for  0-5  volt  sensor  inputs. 

3 . 3  Temperature  Sensors 

The  temperature  sensors  used  were  Johnson  Controls  TE-1100 
series  nickel  wire  thermistors.  These  sensors  are  stan¬ 
dard  HVAC  elements  and  are  commonly  used  with  DDC  units. 
Single  point  sensors  were  used  in  the  outside  and  return 
air  ducts,  while  16  ft.  long  averaging  sensors  were  used 
in  the  hot  deck,  cold  deck,  and  mixed  air  sections.  These 
two  types  of  sensors  are  shown  in  Figure  3.5.  The  sensors 
have  a  nominal  resistance  of  1000  ohms  at  70  F  (  +  17.)  and 
will  Increase  their  resistance  by  approximately  3  ohms  tor 
every  1  degree  F.  increase  in  temperature.  A  Uneatstone 
bridge  circuit  powered  by  a  dedicated  5  volt  power  supply 
was  used  to  measure  this  resistance  cnange.  (The  5  volt 
power  supply  was  selected  after  bench  tests  snowed  higher 
voltages  could  cause  self  heating  problems.  The  5  volt 
power  supply  caused  self  heating  of  approximately  0.1  F  in 
still  room  air,  an  Increase  which  is  insignificant  in  HVAC 


/ 


Figure  3.5 
Temperature  Sensors 


Averaging  Genoor  (left)  and  Point  Sensor  (right) 


work.)  Based  upon  tfte  results  ot  program  Pdeck,  the  out¬ 
side  air  sensor  was  expected  to  experience  tne  widest  tem¬ 
perature  variation,  and  this  would  normally  remain  within 
a  range  of  -20  F  to  100  F  The  midpoint  ot  40  F  was  there¬ 
fore  chosen  as  the  balance  temperature  for  the  Dndge  cir¬ 
cuits.  This  required  bridge  resistors  of  914  ohms  (based 
upon  Johnson  literature),  the  resistors  actually  used 
averaged  920  ohms  and  gave  a  balance  temperature  of  40.8 
F.  Johnson's  literature  predicted  a  resistance  of  303  ohm 
at  0  F  and  a  resistance  change  of  2.8667  ohm  per  degree, 
therefore : 


Temp  -  (R  -  803)/2.8667  3.1 

sensor 

A  diagram  of  a  Wheatstone  Bridge  circuit  is  given  as  Fig¬ 
ure  3.6.  The  standard  equation  which  predicts  the  output 
from  this  circuit  (ignoring  tor  the  moment  the  small  cali¬ 
bration  potentiometer)  is: 


where : 


R  R  -  R  R 
14  2  3 


out  ref  | (R  ^  +  R2)(R3  +  R^) 


3.2 


V  “  bridge  output  voltage 
out 

V  *  reference  voltage  used  as  bridge  input 
ref 

R  through  R^  -  Resistors  used  in  each  leg  of  the  bridge 
Selecting  R^  as  the  resistance  ot  the  temperature  sensor, 
equation  3.2  can  be  solved  for  R^  as: 


(R„  +  R, )  V  /V  +  R , 
3 _ 4  out  ret _ 3 

R1  "  2  (R,  +  R, )  V  "TV  .  -  R. 

34  out  ret  4 


3.3 


SPAN  *  Spaa  adjustment  (in  microprocessor  soltware) 
The  potentiometer  settings  and  span  constants  were  unique 
to  eacn  sensor,  they  compensated  tor  small  variations  In 
the  five  Individual  sensors  and  bridge  circuits.  This 


allowed  one  microprocessor  subroutine  to  read  all  live 
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sensors.  Obviously  a  span  adjustment  oi  1000  would  nave 
no  effect  on  the  temperature  readings,  spans  greater  or 
less  than  1000  change  the  slope  ot  the  curve. 


3.3.1  Modifications  for  use  in  a  microprocessor  Equation 
3.4  is  the  basic  equation  which  describes  temperature  as  a 
function  of  voltage.  To  use  this  equation  in  a  micropro¬ 
cessor  it  had  to  be  modified  slightly.  To  begin  with,  tne 
input  to  the  microprocessor  was  not  a  voltage  but  was 
Instead  the  digital  output  of  an  A/D  converter.  The  A/D 

converter  used  was  a  12  bit  converter  which  meant  that  the 

12 

largest  number  it  could  output  was  2  -  1  or  4095.  Since 

the  Inputs  could  be  positive  or  negative;  however,  one  bit 
had  to  be  reserved  to  Indicate  the  sign  ot  the  number  so 
only  eleven  bits  were  left  to  indicate  the  magnitude.  Tne 
largest  number  which  could  be  input  to  the  microprocessor 
was  therefor  2  -  1  or  2047.  As  mentioned  previously  the 

A/D  board  was  set  for  a  +  0.25  volt  input,  which  meant 
that  a  0.25  volt  input  resulted  in  a  digital  oucpuc  ot 
2047 ,  so : 


out 


2047 

r  - 

out  0.25 


or 


V  .  -ou-* 

out  8188 

Substituting  this  into  equation  3.4  yields 


3.5 


Temp 


-320.929  (0.0449  D  „  +  920) 

out 

0.0449D  _  -  920 

out 


-  280.11 


3.6 
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Equation  3.6  could  not  be  implemented  by  the  microproces¬ 
sor  as  written  because  the  microprocessor  handles  Integer 
numbers  only  and  will  ignore  all  decimals.  In  addition, 
it  was  desirable  to  multiply  the  right  hand  side  of  equa¬ 
tion  3.6  by  10  so  that  the  number  calculated  by  the 
microprocessor  would  be  10  times  the  actual  temperature. 
This  allowed  subsequent  calculations  to  be  performed  to  an 
accuracy  of  L/lOth  of  a  degree,  l.e.  a  temperature  of  40.9 
F  could  be  expressed  as  the  integer  409.  The  equation 
actually  used  by  the  microprocessor  to  convert  the  A/ 0 
output  to  a  temperature,  therefore,  was: 


Temp  x  10 


3209  (D  +  20470) 
out 


20470  -  D 


out 


-  2801 


3.7 


3.3.2  Notes  on  accuracy  The  largest  number  which  can  be 

stored  in  a  single  register  of  a  16  bit  microprocessor 
,  .  15 

(reserving  one  bit  to  indicate  sign)  is  2  -  1  or  32,767. 

The  TI  microprocessor  normally  works  with  single  regis¬ 
ters;  however,  when  two  single  registers  are  multiplied  it 

stores  the  output  in  two  successive  registers  allowing  for 

9 

numbers  slightly  in  excess  of  2  x  10  .  Similarly  when  the 
TI  divides  two  numbers,  it  starts  with  the  dividend  stored 
in  two  registers  and  places  the  answer  in  a  single  regis¬ 
ter.  This  means  that  greater  accuracy  can  be  obtained  if 
multiplications  are  paired  witn  divisions  whenever  possi¬ 
ble.  The  software  Implementing  equation  3.6  was  written 


to  take  advantage  of  this  fact,  as  was  much  of  the 
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software  written  for  tnis  experiment.  This  software  was 

tested  with  tne  highest  and  the  lowest  temperatures 

expected  and  no  problems  with  overflow  or  underflow  were 

encountered.  The  resolution  of  these  sensors  can  easily 

be  found  by  substituting  D  *•  0  and  D  ■  1  into  equa- 

tion  3.7.  For  Dout  *  0  this  yields  Temp  ■  40.8  and  for 

D  »  1  this  yields  Temp  ■  40.8314.  Thus  the  A/D  con- 
out 

verter  can  indicate  a  change  of  0.03  F,  although  of  course 
the  microprocessor  only  records  changes  of  0.1  F. 

3.3.3  Callbra  tion  To  calibrate  the  temperature  sensors 
the  span  adjustment  was  initially  set  to  1000,  the  sensors 
were  immersed  in  a  water  bath  at  approximately  40.8  F,  and 
the  potentiometer  was  adjusted  until  the  temperature  read¬ 
ing  agreed  with  a  laboratory  thermometer  immersed  in  the 
same  water  bath.  The  sensors  were  then  immersed  in  a  hot 
water  bath  and  readings  were  taken  while  the  temperature 
was  slowly  lowered  by  adding  small  amounts  ot  ice.  The 
temperature  was  allowed  to  stablize  before  the  reading  was 
taken  on  each  step.  The  calibration  was  checked  in  this 
manner  over  a  range  of  approximately  90  F  to  32  F.  Small 
changes  were  made  to  the  span  and  zero  adjustments  as 
needed  and  the  calibration  procedure  was  repeated  until  a 
reasonably  accurate  calibration  was  achieved.  The  cali¬ 
bration  curve  for  the  outdoor  air  sensor  is  given  as  Fig¬ 
ure  3.7,  other  sensors  had  similar  curves.  The  calibra¬ 
tion  of  each  sensor  was  adjusted  to  give  maximum  accuracy 


f 

» 


Figure  3.7 

Temperature  Sensor  Calibration 
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la  the  temperature  range  where  It  would  most  often  be 
opera  ting . 

After  the  sensors  were  Installed  In  the  ductwork  the 
calibration  was  again  checked  with  a  laboratory  thermome¬ 
ter  and  the  potentiometers  were  adjusted  as  required  to 
compensate  for  the  resistance  of  the  wires  leading  to  the 
sensors.  This  calibration  was  checked  weekly  throughout 
the  experiment.  Only  the  zero-adjust  potentiometers  were 
changed  during  these  In-place  calibrations;  the  span 
adjustments  were  never  altered. 

3 . 4  Flow  Sensors 

To  calculate  the  coll  loads  of  system  ACP-7  It  was  neces¬ 
sary  to  know  the  temperature  differences  across  the  colls 
and  the  flow  rates  through  them.  Either  the  air  side  or 
the  water  (steam)  side  of  the  colls  could  have  been  moni¬ 
tored,  In  this  experiment  measurements  were  taken  on  the 
air  side  because  It  was  felt  the  sensors  would  be  less 
expensive.  The  temperature  sensors  have  already  been 
described,  the  flow  sensors  used  were  heated  thermistor 
probes  measuring  tne  centerline  velocity  In  the  ducts. 
These  probes  were  built  specially  tor  this  project  using 
circuitry  developed  by  ITT.  (17)  One  of  the  probes  used 
la  shown  In  Figure  3.8.  The  Inset  in  tnis  photograph 
shows  a  close-up  of  the  flow  sensing  and  temperature  com¬ 
pensating  thermistors  mounted  on  tne  tip  of  the  probe. 
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The  probe  mounting  was  designed  to  allow  the  tip  to  be 
withdrawn  into  a  protective  tube  during  transport  and 
installation,  and  then  extended  to  the  duct  centerline 
during  use.  (The  tip  is  shown  partly  extended  m  Figure 
3.8)  Figure  3.9  shows  an  installed  velocity  sensor  with 
the  probe  fully  extenued  into  the  duct.  As  with  the  tem¬ 
perature  sensors,  variations  between  the  individual  sen¬ 
sors  were  compensated  tor  using  a  potentiometer  tor  zero 
adjust  and  a  software  constant  tor  span  adjustment. 

3.4.1  Calibre tl on :  The  calibration  of  the  velocity  sen¬ 
sors  was  done  in  a  wind  tunnel  maintained  by  the  Testing 
and  Balancing  section  of  Purdue  Physical  Plant.  This  tun¬ 
nel  was  designed  for  this  type  of  use  and  was  particularly 
well  suited  to  the  low  velocities  encountered  in  HVAC 
ducts.  The  initial  calibration  was  done  using  a  digital 
voltmeter  to  measure  the  sensor  output  at  various  flow 
rates.  Because  the  duct  flow  was  turbulent  and  the 
response  time  of  the  thermistor  was  extremely  rapid,  a 
fairly  wide  range  of  voltages  was  output  tor  any  given 
average  velocity  (as  measured  oy  a  flow  nozzle  and  manome¬ 
ter).  To  facilitate  calculations  on  the  microprocessor 
the  curve  measured  in  this  test  was  modeled  as  two 
straight  line  segments.  These  lines  were  described  by: 

V  -  (E  -  1.56) (944)  for  E  >  2  v  3.7a 

and 


a 


if  I 


V  -  (E/2)  400  tor  E  <  2  v  3.7d 

where : 

V  ■  VeLoclty  (feet  per  minute) 

end 


E  *  Sensor  output  voltage 

The  measured  voltages  and  the  modeling  curves  are  shown  In 
Figure  3.10.  This  figure  only  shows  the  voltage  readings 
which  occurred  most  often.  Since  the  readings  were  taken 
to  model  the  average  velocity  curve  the  extreme  fluctua¬ 
tions  of  voltage  were  not  recorded. 


As  with  the  temperature  readings,  equations  3.7 
needed  to  Oe  modified  slightly  for  use  in  a  microproces¬ 
sor.  Since  the  A/D  board  was  set  to  give  a  maximum  output 
of  2047  for  a  5  volt  input: 


E  -  D  (5/2047)  -  D  /409.4  3.8 

out  out 

Equation  3.8  shows  that  the  2  volt  breakpoint  in  equations 
3.7  corresponds  to  a  digital  output  of  819.  Using  this  as 
a  breakpoint  and  substituting  equation  3.8  into  3.7 
yields : 


231  D 

V  -  - -  -  1473  for  D  >  819  3.9a 

100  out 

and 


V 


400  D 

out 


8  19 


tor  D  .  <  819  3.9b 

out 


Equation  3.9  was  the  basic  equation  used  to  convert  the 
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A/D  output  to  a  velocity  reading.  Initial  tests  with  sen¬ 
sors  using  this  equation  yielded  rapidly  fluctuating  velo¬ 
cities  due  to  turbulence  in  the  ducts.  To  help  smooth  out 
the  effects  of  this  turbulence  the  A/D  board  was  read  256 
times  each  time  a  velocity  reading  was  required.  The 
average  of  these  256  Instantaneous  readings  was  then  con¬ 
verted  to  an  average  velocity  reading  using  equations  3.9. 
The  software  span  adjustment  was  multiplied  times  the  out¬ 
put  of  equation  3.9  so  that: 

* 

V  -  V  (SPAN/1000) 

where 

* 

V  ■  Corrected  velocity  for  use  in  flow  calculations 

V  ■  Velocity  calculated  by  equation  3.9 

SPAN  »  Software  span  adjustment 

These  equations  were  programmed  into  a  microprocessor 
and  each  velocity  sensor  was  individually  calibrated  in  a 
wind  tunnel.  During  the  calibration  process  the  probe  was 
initially  sealed  against  stray  drafts,  the  zero  adjust 
potentiometer  was  adjusted  upward  until  a  positive  reading 
was  achieved  and  then  slowly  backed  oft  until  a  position 
was  found  where  twenty  consecutive  readings  produced  a 
zero  output.  (The  zero  had  to  be  found  in  this  manner 
because  the  software  rejected  negative  readings  and  set 
them  equal  to  zero.)  The  probe  was  then  placed  in  the 
wind  tunnel  and  exposed  to  an  800  ipm  flow.  The  software 
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constant  was  adjusted  until  consecutive  readings  averaged 
800  fpra.  The  calibration  was  then  checked  over  a  range  ol 
0  to  1100  tpm  (the  predicted  operating  range  in  system 
ACP-7),  and  the  entire  process  was  repeated  it  necessary. 

A  typical  sensor  calibration  curve  is  given  m  Figure 
3.11.  Note  that  even  though  256  readings  were  averaged, 
there  is  still  a  range  of  roughly  +  10%  present  at  most 
velocities.  This  is  most  probably  caused  by  slow  oscilla¬ 
tions  in  the  turbulent  flow.  The  microprocessor  can  take 
256  readings  in  a  fraction  of  a  second  so  slow  variations 
in  the  flow  will  not  be  averaged  out.  Figure  3.11  shows 
30  average  velocity  readings  (256  Instantaneous  readings 
per  average  reading)  taken  at  each  interval  of  100  tpm 
actual  velocity.  These  readings  were  taken  approximately 
5  seconds  apart.  Unlike  Figure  3.10,  the  extremes  were 
not  omitted  from  Figure  3.11  and  all  readings  are  plotted. 
The  average  of  the  30  readings  taken  at  each  step  compares 
very  well  with  the  actual  velocity,  except  in  the  vicinity 
of  the  400  fpm  breakpoint.  This  may  be  at  least  partly 
explained  by  the  fact  that  fluctuations  which  fall  below 
this  point  are  converted  into  velocity  using  a  curve  with 
a  steeper  slope,  hence  the  average  is  lower  than  it  the 
same  slope  was  used  on  both  sides  of  this  point.  The  fact 
that  an  individual  velocity  reading  could  differ  from  the 
actual  velocity  by  as  much  as  10%  (or  slightly  more  in  the 
vicinity  of  400  tpm)  did  not  cause  any  significant 
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problems  In  the  optimization  routine.  The  results  o£  pro¬ 
gram  Pdeck  showed  that  most  of  the  time  system  ACP-7  would 
be  operating  in  either  a  clearly  defined  heating  mode 
(requiring  minimum  OA)  or  a  clearly  defined  cooling  mode 
(requiring  a  mixed  air  temperature  equal  to  that  of  the 
cold  deck)  and  would  very  seldom  be  operating  in  a  range 
where  a  10%  error  in  the  flow  readings  would  change  the 
control  decision. 

Once  the  flow  sensors  were  mounted  in  the  ductwork, 
the  zero  adjust  was  set  to  compensate  for  the  longer 
leads.  A  hot  wire  anemometer  was  used  to  check  the  accu¬ 
racy  of  the  velocity  readings  on  a  weekly  basis,  and 
slight  adjustments  ro  the  calibration  were  made  as 
required.  Unlike  the  temperature  sensor  calibration, 
these  adjustments  were  made  to  the  software  span  factor. 
Since  a  zero  velocity  could  be  produced  by  turning  oft  the 
fan  and  withdrawing  the  sensors  into  their  protective 
tubes,  the  potentiometer  zero  adjustment  could  be  set 
exactly  and  did  not  need  to  be  altered  during  tne  experi¬ 
ment. 

3.4.2  Convers ion  o  t  centerline  velocity  to  flow  ra  te  To 
calculate  the  airflow  through  the  ductwork  in  system  ACP-7 
it  was  necessary  to  multiply  the  average  velocity  by  the 


cross  sectional  area  of  the  duct.  The  velocity  profiles 
for  fully  developed  flow  in  round  ducts  have  been  studied 
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extensively  and  several  methods  lor  determining  tne  aver¬ 
age  velocity  from  a  local  velocity  are  known,  Out  tiVAC 
systems  typically  use  square  or  rectangular  ducts.  There 
does  not  appear  to  De  a  great  deal  ot  published  material 
on  velocity  profiles  in  non-circular  ductwork,  Dut  what 
little  there  Is  points  to  the  idea  that  the  ratio  of 

V  /V  will  remain  fairly  constant 

average  centerline 

throughout  a  wide  range  of  flow  rates.  The  flow  In  HVAC 
ducts  tends  to  be  highly  turbulent  with  a  relatively  flat 
velocity  profile.  The  boundary  effects  are  limited  to  a 
region  close  to  the  duct  walls,  and  so  this  region  has 
only  a  slight  effect  on  the  total  flow  rate.  Miller  (18) 
studied  the  flow  through  flat  oval  ducts  (system  ACP-7 
used  rectangular  ducts)  and  showed  that  the  ratio  of 

V  /V  varied  between  0.88  and  0.98  depend- 

average  centerline 

Ing  on  the  aspect  ratio  ot  the  duct  and  the  Reynold's 
number  of  the  flow.  A  timed  and  Brundrett  (19)  studied  flow 
In  the  entrance  region  of  a  square  duct  and  found  that 

V  /V  varied  from  0.77  to  0.88  in  their 

average  centerline 

test.  Measurements  taken  by  the  testing  and  balancing 
section  ot  the  Purdue  Physical  Plant  on  system  ACP-7 
showed  this  ratio  ranged  between  0.88  to  0.95.  Based  upon 
these  various  sources  the  value  used  in  this  experiment 
was : 


V  -  0.9  V  _  , ,  3.10 

average  centerline 

Obviously  this  figure  could  be  refined  at  some  future  time 
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if  additional  research  is  done  in  this  area.  The  calibra¬ 
tion  readings  taken  throughout  the  project  showed  that  a 
flat  velocity  profile  did  in  fact  exist  in  the  ducts.  Tne 
boundary  layer  effects  tend  to  be  most  noticeable  at  lower 
flow  rates,  so  the  assumption  of  a  constant 

Vaverage/Vcenterline  ratl°  may  uot  be  valia  tor  low  flow 
rates.  Since  the  total  air  conditioning  system  basically 

operates  at  a  constant  flow  rate  a  low  flow  rate  in,  say, 
the  hot  deck  means  tne  cold  deck  is  experiencing  a  high 
flow  rate.  Thus  the  assumption  of  a  flat  velocity  profile 
may  not  be  valid  for  the  hot  deck  flow  calculations,  but 
this  will  not  affect  the  control  decision  since  the  much 
greater  flow  in  the  cold  deck  will  require  economizer 
operation  regardless  of  any  errors  in  the  hot  deck  calcu¬ 
lations.  Similarly  if  a  flat  profile  exists  in  both  ducts 
but  the  assumed  value  of  0.9  is  in  error  it  will  affect 
the  cost  calculations  but  will  not  affect  the  control 
decision  since  the  same  error  will  be  introduced  into  both 
the  hot  deck  and  the  cold  deck  calculations. 

The  location  where  these  sensors  were  mounted  had  an 
Important  bearing  on  their  performance,  since  tne  flow  in 
the  duct  had  to  be  fairly  well  established  for  the  assump¬ 
tions  regarding  centerline  velocity  to  be  valid.  Both  the 
hot  and  cold  decks  of  system  ACP-7  split  into  two  ducts 
apiece  immediately  downstream  of  the  coils.  There  was  not 
sufficient  room  to  allow  the  flow  to  become  fully 


developed  before  ctiis  split  occurred,  so  it  was  impossible 
to  use  one  flow  sensor  in  the  hot  deck  and  one  in  the  cold 


deck.  The  two  hot  air  ducts  and  two  cold  air  ducts  emerg¬ 
ing  from  this  split  make  a  right  angle  bend  and  then  run 
straight  for  approximately  20  feet  before  branching  off  in 
various  directions.  The  flow  sensors  were  placed  near  the 
end  of  this  20  foot  run.  Four  sensors  were  used,  one  in 
each  of  the  four  ducts,  and  the  microprocessor  software 
computed  the  individual  flows  through  each  duct  before 
adding  them  together  into  the  total  hot  and  cold  deck 
f lowra  tes . 

3 .5  Interface  With  Existing  Controls 

A  schematic  of  the  interface  between  the  microprocessor 
and  the  existing  controls  is  given  in  the  appendix  (Figure 
A. 5)  and  a  photograpn  of  the  interface  board  is  shown  in 
Figure  3.12.  Basically  this  interface  consisted  of  an 
electric  to  pneumatic  (E/P)  transducer  controlled  by  the 
microprocessor.  This  transducer  in  turn  controlled  the 
air  pressure  to  pneumatic  damper  motors,  thereby  control¬ 
ling  the  percentage  of  outdoor  air  which  is  admitted  into 
the  system.  The  microprocessor  did  not  power  this  trans¬ 
ducer  directly,  as  it  required  more  current  than  the  out¬ 
put  chips  could  safely  furnish.  Instead  two  pins  of  a 
parallel  output  port  on  the  microprocessor  were  used  to 
control  relays  which  switched  +  12  volts  to  the  transducer 
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as  required.  A  manual  override  was  provided  by  a  minimum 
position  adjustment  which  could  be  used  to  send  a  tixed 
pressure  to  the  dampers.  A  double  pole  single  throw 
switch  controlling  an  electric  to  pneumatic  relay  was  used 
to  select  either  manual  or  microprocessor  control  of  the 
dampers.  The  second  set  of  contacts  on  this  switch  was 
used  to  disable  the  microprocessor  output  relays  when 
manual  control  was  selected.  This  prevented  the  micropro¬ 
cessor  from  driving  the  E/P  transducer  to  eltner  extreme 
when  it  was  not  actually  exercising  control  over  the  sys¬ 
tem.  These  controls  were  used  to  override  tne  micropro¬ 
cessor  control  system  during  start-up  and  adjustment  pro¬ 
cedures,  and  were  used  on  a  daily  basis  to  provide  com¬ 
parative  data.  Throughout  the  course  of  this  experiment 
system  ACP-7  was  run  on  minimum  OA  for  one  day  (using  the 
manual  adjust)  and  on  microprocessor  control  the  following 
day.  The  costs  for  operating  in  each  mode  were  recorded 
and  will  be  discussed  in  chapter  6.  The  Interface  com¬ 
ponents  were  standard  HVAC  control  items,  the  E/P  trans¬ 
ducer  was  the  only  component  which  is  of  interest  to  the 
control  strategy  so  it  is  the  only  item  whicn  will  oe 
described  in  detail. 

The  E/ P  transducer  used  in  this  experiment  was  a 
Johnson  model  EPT-101-1.  Basically  this  transducer  con¬ 
sists  of  a  pneumatic  regulator  controlled  by  a  reversible 
DC  motor.  Tne  span  and  range  of  the  pneumatic  output  was 


t 


* 

i 


adjustable  (within  the  0-20  psi  limit  Imposed  by  the  20 

psi  supply  pressure)  and  was  set  to  approximately  2-15  psi 

for  this  experiment.  This  allowed  the  microprocessor  to 

exercise  complete  control  over  all  dampers  in  tne  system. 

There  was  no  spring  return  in  this  transducer,  which  meant 

that  the  output  pressure  remained  constant  in  the  absence 

of  any  electrical  signal  trom  the  microprocessor.  A  +  12 

volt  signal  from  the  microprocessor  output  relays  would 

* 

Increase  the  output  pressure  and  a  -12  volt  signal  would 
drop  the  pressure.  The  degree  to  which  the  output  pres¬ 
sure  was  changed  was  determined  by  the  length  of  time  the 
motor  was  driven.  This  is  commonly  referred  to  as  "pulse 
width  modulation"  (PWM)  control.  The  microprocessor  meas¬ 
ured  the  control  error  and  calculated  how  much  correction 
was  needed,  then  it  sent  an  appropriate  control  pulse  to 
the  transducer.  The  polarity  of  this  pulse  was  determined 
by  the  sign  of  the  error,  and  the  duration  was  determined 
by  the  degree  of  correction  needed.  The  advantage  of  this 
type  of  control  scheme  is  that  the  system  being  controlled 
will  remain  stationary  if  the  microprocessor  "crashes"  and 
ceases  to  operate.  One  Interesting  aspect  of  tne  trans¬ 
ducer  is  that  it  serves  as  a  mechanical  integrator  and  the 
output  pressure  is  the  sum  of  all  previous  output  pulses. 
This  would  be  Important  if  a  theoretical  evaluation  of  the 
controller  gains  (to  be  discussed  in  chapters  4  and  5) 
were  attempted.  In  this  experiment  the  gains  were 


determined  oy  a  trial  and  error  approach,  as  the  non- 
linearities  in  the  system  would  have  made  a  theoretical 
evaluation  very  difficult. 
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MICROPROCESSOR  SOFTWARE 

As  explained  In  the  previous  chapter,  the  design  of  the 
analog  to  digltaL  converters  required  the  use  of  two 
microcomputers  in  this  experiment.  The  main  control  com¬ 
puter,  hereafter  referred  to  as  "micro  1",  read  the  tem¬ 
perature  sensors,  performed  the  control  calculations,  and 
transmitted  control  signals  to  the  dampers.  The  software 
program  executed  by  this  computer  was  titled  "Emaster",  as 
it  was  the  main  economizer  program.  The  other  computer, 
called  "micro  2",  read  the  velocity  sensors  and  logged 
data  according  to  instructions  from  micro  1.  Tne  software 
for  this  computer  was  titled  "Esub".  Communication 
between  the  two  computers  was  accomplished  at  300  baud 
using  standard  ASCII  characters.  Existing  RS-232-C  serial 
communication  ports  on  each  computer  were  used  for  this 
communication,  and  "extended  operation  instructions"  or 
"XOP's"  (subroutines  written  by  the  manufacturer)  were 
used  to  control  the  actual  receipt  and  transmission  of 
signals.  The  protocol  followed  in  this  communication  will 
be  described  later. 


81 


4.1  Program  Emaster 

A  flow  chare  for  Che  overall  structure  of  program  Emaster 
Is  given  la  Figure  4.1,  and  a  copy  of  this  program  is 
Included  In  the  appendix.  The  format  used  in  programming 
Texas  Instruments  microprocessors  is: 

label  operation  code  comment 

Using  a  line  from  program  Emaster  as  an  example: 

ready  xop  r5,13  wait  for  "on"  signal  from  microZ 

The  label  of  this  line  Is  "ready",  thus  the  microprocessor 
can  be  Instructed  to  begin  executing  the  section  of  the 
program  which  starts  with  this  line  by  telling  It  to  "jump 
to  ready".  The  operation  code  is  "xop  r5,13".  This  is  an 
assembly  language  instruction  which  tells  the  microproces¬ 
sor  to  execute  xop  13  (a  "read"  subroutine  programmed  in 
ROM)  and  to  place  the  results  in  register  number  5. 
Everything  which  follows  this  operation  code  is  ignored  oy 
the  microprocessor  and  is  used  to  document  the  program. 
Additional  comments  are  inserted  throughout  the  program 
and  are  identified  oy  an  asterisk  in  the  first  column  of 
the  line.  This  tells  the  microprocessor  to  ignore  that 
entire  line.  Further  details  of  the  programming  language 


are  beyond  the  scope  of  this  thesis,  several  books  on  this 
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Set  Constants  To  Initial  Values, 
Activate  Clock  Interrupt, 

Open  Communication  With  Micro  2 


Limit  Max  OA  to  Min  OA, 

Set  Data  Logging  And  Setpoint  Counters 


Is  The  Supply  Fan  On? 


Has  1/2  Hour  Elapsed?, 


XMIT  Data 
To  Micro  2 


Have  15  Minutes  Elapsed? 


Read  Temp  Sensors 
Ask  Micro  2  For  Flow  Data 
Call  OUTAIR  For  New  Setpoint 
Remove  Limit  On  Max  OA 


Have  30  Seconds  Elapsed? 


Call  CONTROL  For 
New  Output  Signal 


Idle 


XMIT  Control  Signal 


Figure  4,1 

Program  EMASTER  (Main  Program) 


subject  are  published  by  Texas  Instruments.  (20-22)  The 
program  itself  was  written  and  edited  on  a  high  level  com¬ 
puter  (part  of  the  Engineering  Computer  Network  at  Pur¬ 
due).  A  cr os s -a s s emb ly  program  written  by  Texas  Instru¬ 
ments  and  modified  at  Purdue  was  used  to  translate  the 
assembly  language  program  into  a  machine  language  version 
which  could  be  loaded  into  the  microprocessor. 

4.1.1  Interrupts  and  Timing  To  provide  stable  control  of 
system  ACP-7,  it  was  necessary  to  perform  various  tasks  at 
equally  spaced  time  intervals.  Some  of  the  considerations 
which  went  into  choosing  these  Intervals  will  be  discussed 
in  chapter  5,  for  now  it  will  suffice  to  say  that  an  out¬ 
put  signal  to  the  E/P  transducer  was  generated  every  30 
seconds,  the  optimum  percent  outside  air  (and  associated 
mixed  air  temperature)  was  calculated  every  13  minutes, 
and  data  were  transmitted  to  micro  2  every  1/2  hour.  The 
timing  of  these  actions  was  accomplished  by  counting 
interrupts.  An  interrupt  is  a  signal  generated  from  a 
source  other  than  the  software  which  causes  the  micropro¬ 
cessor  to  Interrupt  whatever  calculations  it  is  currently 
performing  and  begin  executing  a  different  section  of  its 
program.  Oftentimes  this  section  of  the  program  resembles 
a  subroutine,  the  difference  is  that  a  subroutine  is 
called  by  the  software  while  an  Interrupt  is  called  by 
some  other  means.  When  an  Interrupt  occurs  the  micropro¬ 
cessor  stores  all  the  data  it  needs  to  return  to  the 


calculations  it  was  performing  before  the  interrupt.  In 
program  Emaster  an  Internal  clock  interrupt  was  used  to 
control  the  timing  of  the  program.  The  microcomputer  con¬ 
tains  a  clock  which  can  generate  interrupts  at  intervals 
of  up  to  0.524  seconds,  in  this  program  it  was  set  to 
cause  an  Interrupt  every  1/2  second.  An  "idle"  statement 
at  the  end  of  the  main  program  loop  caused  the  micropro¬ 
cessor  to  halt  its  execution  at  that  point  and  wait  tor 
this  Interrupt  signal.  Once  the  signal  was  received,  the 
microprocessor  would  execute  its  "interrupt  service  rou¬ 
tine"  (the  subroutine  called  by  the  Interrupt)  and  then 
return  to  the  main  program.  When  the  microprocessor 
returned  to  the  main  program  it  returned  to  the  step  after 
the  "idle"  Instruction,  and  therefore  executed  the  main 
loop  again  before  returning  to  the  idle  step.  The  timing 
of  various  branches  of  the  main  program  loop  could  thus  be 
controlled  by  the  fact  that  the  loop  itself  was  executed 
every  1/2  second.  If  a  branch  needed  to  be  executed  every 
10  seconds,  for  example,  a  counting  variable  could  be  used 
to  cause  the  branch  to  be  bypassed  during  19  passes 
through  the  loop  and  executed  on  the  20th  pass  Tne 
actual  time  it  took  to  execute  the  main  loop  depended  on 
which  branches  were  selected,  but  the  "idle”  step 
guaranteed  that  the  loop  would  only  be  executed  once  every 
1/2  second.  The  "interrupt  service  routine"  itself  merely 


updated  a  variable  which  contained  the  current  24  hour 
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clock  time,  so  Chat  Che  time  at  which  various  readings 
were  taken  could  be  recorded. 

The  timing  control  described  in  the  preceding  para¬ 
graph  Is  based  upon  the  assumption  that  the  main  program 
loop  will  take  less  than  1/2  second  to  execute.  In  gen¬ 
eral  this  was  true,  the  loop  could  normally  be  executed  in 
a  few  milliseconds,  but  the  communications  with  micro  2 
could  exceed  1/2  second.  This  did  not  affect  the  accuracy 
of  the  current  time  variable  as  the  Interrupt  would  halt 
communications  to  update  Chat  variable.  It  did,  however, 
cause  the  counting  variables  to  "miss  a  beat",  since  the 
microprocessor  would  return  to  the  communications  branch 
after  the  interrupt  Instead  of  repeating  the  main  program 
loop.  The  counters  could  have  been  adjusted  to  compensate 
for  this,  but  the  effects  were  too  insignificant  to  oe  of 
concern.  The  data  logging,  for  example,  was  supposed  to 
occur  every  30  minutes  but  actually  occurred  every  30 
minutes  and  8  seconds.  A  slight  adjustment  was  made  to 
the  counting  variables  to  accommodate  the  control  signal 
output  routine,  as  this  routine  was  executed  more  often 
and  could  have  caused  a  more  significant  error.  The  out¬ 
put  pulse  sent  to  the  E/P  transducer  was  less  than  1/2 
second  in  duration;  however,  If  some  of  the  longer 
branches  of  the  main  loop  were  executed  just  prior  to  tne 
output  branch  the  total  execution  time  for  the  main  loop 
could  exceed  1/2  second.  If  this  happened  the  interrupt 
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would  occur  while  a  control  signal  was  Deing  sent  to  the 
transducer  and  the  duration  of  the  control  signal  would  be 
Increased  by  the  amount  of  time  it  took  to  execute  the 
Interrupt  service  routine.  Since  the  signal  duration  was 
being  used  as  the  controlled  variable,  this  was  undesir¬ 
able.  To  prevent  this  an  "idle"  statement  was  inserted 
immediately  prior  to  the  output  branch  so  that  the  full 
1/2  second  period  between  interrupts  was  available  tor 
this  branch.  Since  this  branch  was  executed  every  30 
seconds  (60  Interrupts)  the  counting  variables  were 
adjusted  for  tne  fact  that  they  would  "miss"  every  60th 
interrupt. 

4.1.2  Main  Program  As  shown  in  Figure  4.1  the  main  Emas- 
ter  program  starts  by  activating  the  clock  Interrupt,  set¬ 
ting  several  variables  to  their  initial  values,  and  open¬ 
ing  communications  with  micro  2.  It  then  enters  a  loop 
where  it  sets  a  "maxoa"  variable  to  a  value  which  will 
limit  the  system  to  running  on  minimum  oa .  It  also  sets 
counting  variables  for  the  data  logging  and  setpoint  cal¬ 
culating  branches  to  their  initial  values,  checks  to  see 
if  the  supply  fan  is  running,  and  repeats  the  loop  if  the 
fan  is  oft.  This  loop  is  required  because  system  ACP-7  is 
normally  shut  down  at  night,  and  when  it  starts  up  again 
in  the  morning  the  deck  temperatures  and  flows  are  chang¬ 
ing  too  rapidly  to  allow  tor  a  meaningful  optimization 
routine.  The  required  mixed  air  temperature  tor  minimum 
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outside  air  caa  be  calculated  using  only  the  outside  and 
return  air  temperatures,  hence  the  system  Is  locked  in 
this  position  until  conditions  stabilize. 


It  the  tan  is  turned  on  the  system  checks  a  counting 
variable  to  see  it  1/2  hour  has  passed  since  it  last 
logged  data.  (Or  since  the  morning  start-up,  whichever 
occurred  more  recently.)  If  1/2  hour  has  passed  it 
transmits  operating  data  to  micro  2  so  that  it  can  be 
recorded  for  later  analysis.  (The  data  logged  includes 
the  current  time,  outside  air  temperature,  return  air  tern 
perature,  mixed  air  temperature,  cold  deck  temperature, 
hot  deck  temperature,  cold  deck  flowrate,  hot  deck 
flowrate,  optimum  mixed  air  temperature,  and  optimum  per¬ 
cent  outdoor  air.) 


Once  the  data  logging  step  has  been  completed  or 
bypassed,  the  counting  variable  which  controls  the  calcu¬ 
lation  of  the  optimum  setpoint  is  checked  to  see  it  13 
minutes  have  passed  since  the  last  calculation.  It  so,  a 
subroutine  named  "Outalr"  is  called  to  calculate  the  new 
optimum  percent  outside  air  and  optimum  mixed  air  tempera 
ture.  After  this  calculation  is  completed  the  "maxoa" 
variable  is  reloaded  to  allow  subsequent  optimization  cal 
culattona  to  call  for  as  much  outdoor  air  as  the  dampers 
will  physically  permit.  (As  mentioned  in  Chapter  3  the 
dampers  will  only  admit  up  to  85 7.  outside  air.  If  the 
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microprocessor  tried  to  call  tor,  say,  1.00%  outside  air  an 
uncontrollable  situation  would  result.) 

The  final  branch  in  the  main  program  begins  by  check¬ 
ing  to  see  if  30  seconds  have  passed  since  the  last  con¬ 
trol  signal  was  generated.  If  so,  a  subroutine  named 
"Control"  is  called  to  calculate  the  required  signal.  The 
return  air  temperature  is  then  compared  to  the  outside  air 
temperature  to  see  whether  the  control  action  should  be 
direct  or  reverse  acting,  and  the  sign  of  the  control  out¬ 
put  is  changed  if  reverse  action  is  required.  (Direct 
action  is  required  when  the  outside  air  is  cooler  tnan  the 
return  air.  In  this  case,  a  rise  in  the  mixed  air  tem¬ 
perature  would  be  countered  by  an  increase  in  the  air 
pressure  to  the  damper  motors,  thereby  bringing  in  more 
cool  air.  If  the  outside  air  is  warmer  than  the  return 
air,  a  reverse  acting  controller  is  required  so  that  the 
outside  air  dampers  will  close  if  the  mixed  air  tempera¬ 
ture  rises.)  An  "idle"  statement  then  forces  execution  to 
wait  until  after  a  clock  interrupt  occurs,  after  which  the 
control  signal  is  sent  to  the  E/ P  transducer. 

The  main  program  loop  ends  with  an  "idle"  statement, 
execution  halts  here  until  a  clock  interrupt  occurs  and 
then  loops  back  to  check  the  tan  status  and  repeat  the 
loop.  During  morning  start  up  the  counting  variables  are 
sst  to  values  which  force  the  program  to  calculate  a  new 


setpoint  (which  Is  limited  to  minimum  outside  air)  during 
the  first  pass  through  the  loop.  Fifteen  minutes  later 
the  setpoint  is  recalculated,  this  time  allowing  for  full 
operation  of  the  dampers.  The  system  is  given  fifteen 
minutes  to  stabilize  at  this  new  operating  point,  then  the 
first  data  logging  occurs.  A  new  setpoint  is  calculated 
as  soon  as  the  data  logging  is  completed,  and  normal  tim¬ 
ing  intervals  are  followed  tor  the  rest  of  the  day. 

% 

4.1.3  Subroutine  Ou  tair  A  subroutine  titled  "outair"  was 
used  to  calculate  the  optimum  percent  outside  air  and  the 
associated  mixed  air  temperature.  This  subroutine  is 
essentially  the  same  as  the  optimization  routine  in  pro¬ 
gram  Pdeck  (see  Figure  2.3),  although  of  course  it  is 
written  in  assembly  language  rather  than  in  Fortran.  A 
flow  chart  for  this  subroutine  is  given  as  Figure  4.2. 
Since  the  basics  of  the  subroutine  were  described  with 
program  Pdeck,  only  a  few  points  unique  to  the  micropro¬ 
cessor  version  will  be  described  here. 

The  subroutine  begins  by  copying  data  from  the  main 
program  into  the  workspaces  whicn  will  be  used  by  tne  sub¬ 
routine.  A  workspace  is  a  block  of  memory  which  is  used 
as  a  "scratch  pad"  by  the  microprocessor.  Data  can  be 
transferred  to  and  from  the  workspace  very  efficiently  and 
most  arithmetic  operations  require  the  data  be  stored  in 
"registers"  (16  bits  of  memory  which  hold  one  word  of 
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data)  within  tne  workspace.  The  T1  microprocessor  uses 
workspaces  which  contain  16  registers,  so  16  data  words 
can  be  stored  in  a  workspace.  The  location  o£  this 
workspace  within  the  memory  Is  specified  by  a  workspace 
pointer,  operations  can  be  shifted  to  a  different 
workspace  by  changing  the  memory  address  contained  in  this 
pointer.  Normally  subroutines  use  workspaces  which  are 
different  than  that  used  by  the  main  program,  but  this  is 
not  a  requirement.  When  a  subroutine  is  called,  the 
microprocessor  stores  Information  it  needs  to  return  to 
the  main  program  in  three  of  the  subroutine  registers,  so 
13  registers  are  available  for  subroutine  calculations. 
Subroutine  Outair  required  more  that  13  registers  for 
efficient  operation,  so  two  workspaces  were  used  in  tnis 
s  ubrou tine . 

Once  the  workspaces  are  loaded  the  required  supply 
air  temperature  is  calculated  from  the  measured  deck  tem¬ 
peratures  and  flows.  This  is  identical  to  the  procedure 
followed  in  Pdeck;  however,  since  the  microprocessor  only 
works  with  Integers  a  "round  up"  check  is  included  after 
some  division  operations.  When  the  microprocessor  divides 
one  integer  by  another  it  stores  the  quotient  in  one 
register  and  the  remainder  in  another.  Subsequent  opera¬ 
tions  generally  look  only  at  the  quotient,  so  this  has  the 
effect  of  truncating  the  quotient.  Normally  this  is  not 
significant,  but  when  data  from  Pdeck  was  tested  m  Outair 
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it  was  found  that  the  calculated  optimum  outdoor  air  could 
be  in  error  by  two  or  three  percent  because  of  successive 
truncations.  For  this  reason  critical  division  operations 
in  Outair  are  followed  by  a  routine  which  adds  1  to  the 
quotient  if  the  remainder  is  greater  than  1/2  the  divisor. 

After  the  required  supply  air  temperature  has  been 
calculated,  data  to  be  used  in  the  optimization  loop  are 
set  to  their  initial  values.  These  data  include  the 
current  percent  OA,  which  is  set  to  the  minimum  allowable, 
and  the  maximum  permissible  percent  OA,  which  is  set  to 
minimum  OA  during  morning  start-up  and  to  the  maximum  pos¬ 
sible  value  at  all  other  times.  The  difference  Detween 
the  minimum  and  the  maximum  is  used  as  a  counter  to  deter¬ 
mine  how  many  passes  through  the  loop  are  required  to  test 
all  allowable  air  mixtures.  The  "cost"  variable  is  set  to 
an  unreasonably  high  figure  and  the  optimization  loop  will 
reset  this  variable  each  time  a  lower  cost  is  calculated 
until  it  eventually  contains  the  lowest  possible  cost. 

The  optimization  loop  Itself  is  basically  the  same  as 
that  in  Pdeck,  but  two  conditions  for  exiting  the  loop  are 
slightly  different.  Program  Pdeck  operated  on  the  assump¬ 
tion  that  the  return  air  temperature  would  remain  at  75  F 
whenever  economizer  operation  was  feasible,  and  used  a  72 
F  outdoor  air  temperature  as  a  high  limit  cut-off.  Since 
the  actual  return  air  temperature  measured  by  the 


microprocessor  can  stray  trom  this  75  P  point,  suoroutine 
Outalr  compares  the  outdoor  and  return  air  temperatures 
and  limits  operation  to  minimum  outside  air  it  the  outdoor 
air  rises  to  within  3  degrees  o i  the  return  air  tempera¬ 
ture.  Since  the  mixed  air  temperature  required  to  provide 
this  minimum  outside  air  must  be  calculated  before  the 
subroutine  is  exited,  this  test  is  placed  at  the  end  of 
the  optimization  loop.  A  form  of  freeze  protection  is 
provided  by  a  command  which  terminates  the  optimization 
loop  whenever  the  calculated  mixed  air  temperature  drops 
to  38  F.  Since  the  optimization  loop  starts  at  the 
minimum  percent  outside  air  and  gradually  increases  this 
percentage,  the  optimum  mixed  air  temperature  will  always 
be  greater  than  this  38  degree  cut-off.  (In  cold  weather 
the  mixed  air  temperature  will  be  warmest  when  the  system 
is  operating  at  minimum  outside  air  and  will  drop  as  the 
percent  outside  air  is  increased.)  Theore tica 1 ly  the 
optimum  mixed  air  temperature  would  never  drop  this  low 
unless  the  cold  deck  temperature  dropped  below  38  F,  so 
this  cut-off  was  primarily  inserted  to  prevent  coll 
freeze-up  in  the  event  of  sensor  failure. 

4.1.4  Subroutine  Gontro 1  The  polarity  and  duration  of 
the  control  pulse  which  was  transmitted  to  the  E/P  trans¬ 
ducer  was  calculated  by  a  subroutine  titled  "Control". 

This  subroutine  used  a  standard  proportional  plus  integral 
plus  derivative  (PID)  control  scheme  with  a  few 


94 

modifications  designed  to  correct  problems  caused  oy  non- 
linearities  in  the  dampers.  The  theory  of  P1D  control  and 
its  Implementation  in  sampled  data  systems  (i.e.  systems 
where  measurements  and  corrections  are  made  periodically 
rather  than  continuously)  are  well  described  in  many 
texts.  The  discussion  in  this  thesis  will  be  very  brief 
and  is  only  Intended  to  help  explain  the  modifications 
required  for  tnis  experiment. 

The  optimal  mixed  air  temperature  calculated  by  sub¬ 
routine  Outair  was  used  as  the  "setpoint",  or  ideal  condi¬ 
tion,  and  the  objective  of  subroutine  Control  was  to 
adjust  the  dampers  until  the  actual  mixed  air  temperature 
matched  this  setpoint.  Any  difference  between  the  ideal 
and  the  actual  condition  is  defined  as  the  error,  so: 

ERROR  -  SETPOINT  -  ACTUAL  =  T  -  T  4.1 

M  A  ,  M  A 

o  p  tiraa 1  ac  tua 1 

Where  of  course  T  is  the  mixed  air  temperature.  It  the 

M  A 

system  were  operating  Ideally,  the  error  would  be  zero, 
and  of  course  the  larger  the  error  is  the  more  the  dampers 
need  to  be  adjusted.  An  obvious  first  step  in  computing 
the  control  output,  then,  is  to  make  the  output  propor¬ 
tional  to  the  error.  With  proportional  control: 

P  -  K  E  4.2 

out  P 

where 


P  »  Control  Output  From  Proportional  Controller 


f\ 


Kp  *  Proportional  Gam  Constant 
E  a  Error  (from  equation  4.1) 

Proportional  control  (as  Implemented  Dy  pneumatic  and 
electric  controllers)  has  bees  the  mainstay  of  the  HVAC 
industry  tor  many  years.  It  works  very  well  at  Orlngmg 
the  controlled  variable  close  to  the  desired  state,  out  a 
small  error  almost  always  exists  when  straight  propot* 
tional  control  is  used.  Until  recently  this  error  was  not 
usually  considered  to  be  significant,  but  the  rising  cost 
of  energy  has  made  it  very  expensive  to  operate  systems 
with  even  a  small  error.  To  reduce  or  eliminate  this 
error  the  use  of  integral  control  has  become  quite  popu¬ 
lar.  In  an  integral  control  scheme  the  control  output  is 
based  on  the  Integral  of  the  error  over  time,  so  that  even 
a  very  small  error  will  eventually  cause  a  control  output 
large  enough  to  force  corrective  action.  In  this  scheme: 


where 


I 

out 


t 

K  /  E  dt 

^  n 


4.3 


1^  *  Control  Output  From  Integral  Controller 

=*  Integral  Gain  Constant 

Integral  control  Is  relatively  slow  to  react  and  tends  to 
be  unstable  so  it  is  almost  never  used  by  itself.  Instead 


it  is  combined  with  proportional  control  so  that  the  pro¬ 
portional  controller  can  react  quickly  to  correct  large 
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errors  and  the  Integral  controller  can  react  more  slowly 
to  correct  small  errors. 


HVAC  systems  tend  to  react  rather  sluggishly,  it  gen¬ 
erally  takes  a  rather  large  control  "push"  to  Initiate  any 
corrective  action  but  once  tney  begin  to  react  a  much 
smaller  control  signal  will  suffice.  For  this  reason 
derivative  control  is  sometimes  added  to  the  PI  control 
scheme  just  described.  Derivative  control  has  no  effect 
on  a  system  that  is  stationary  but  will  oppose  any  change 
in  the  error  with  a  control  output  which  is  proportional 
to  the  rate  of  change.  It  Is  described  mathematically  as: 


w  here 


D 

out 


dE 
'D  dt 


4 . 4 


D  =  Control  Output  From  Derivative  Controller 
out 

K  =  Derivative  Gain  Constant 
D 

dE 

=  Derivative  of  Error  with  respect  Time 

If  the  error  is  decreasing  with  time  (l.e.  the  actual 

dE 

value  is  approaching  the  setpoint)  the  derivative  will 

be  negative  and  hence  D  will  be  negative.  This  causes 

out 

derivative  control  to  oppose  any  corrective  action  so  it 
is  not  used  by  itself  but  is  used  instead  to  "slow  down" 
corrective  motion  initiated  by  the  proportional  and 
integral  control  schemes.  This  helps  keep  the  system  from 


overshooting  Its  desired  position 


The  output  of  a  PID 


controller  la  tne  sum  ot  the  three  control  equations  4.2 
through  4.4,  so 

PID  «=  P  +  I  +  D  4.5 

out  out  out  out 

where  o£  course  PID  is  Che  output  ot  the  PID  con- 

out  r 

trol  ler . 

The  concept  o£  a  PID  controller  is  not  new,  hut  until 
recently  these  controllers  have  not  been  widely  used  In 
HVAC  systems  because  a  mechanical  PID  controller  Is  much 
more  expensive  than  a  straight  proportional  controller. 

The  Increasing  use  of  computer  based  controls  has  made  the 
PID  control  scheme  much  more  attractive,  since  the  cost 
difference  between  a  simple  control  scheme  and  a  compli¬ 
cated  one  Is  almost  negligible  once  the  computer  nas  been 
purchased.  Since  computer  control  schemes  m  general  vand 
the  microprocessor  scheme  used  in  this  experiment  in  par¬ 
ticular)  do  not  measure  the  error  and  take  corrective 
action  continuously  but  Instead  perform  these  functions  at 
discrete  time  Intervals,  equations  4.1  through  4.5  are 
modified  slightly  tor  use  In  a  computer.  Defining: 

E  -  SETPOINT  -  ACTUAL  4.1a 

n  n  n 

as  the  error  at  time  Interval  number  "n".  It  is  easy  to 
define  the  proportional  output  at  time  "n"  as: 

P  “  KE  4.2a 

n  P  n 

To  determine  the  Integral  output,  it  Is  necessary  to  use 


ip4 
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some  approximation  technique  to  evaluate  tne  integral  ot 
the  error  over  time.  The  easiest  approximation  to  make  Is 
a  first  order  rectangular  rule  integration  where: 


t 

n  1-n 

J  E  dt  -  Z  E  At 
0  1-1 

substituting  this  Into  equation  4.3  yields 


1-n 

I  -  K_  Z  E  Ac  4.3a 

n  1  1 

1-1 

where  of  course  At  is  the  time  Interval  between  samples. 
Using  a  similar  first  order  approximation  tor  the  deriva¬ 
tive: 


E  -  E  . 

D  -  K  — - — — 

n  D  At 


4.4a 


Substituting  these  expressions  into  equation  4.3: 


1-n 


E  -  E 
n  n- 1 


PID  -  K  E  +  K  Z  E  At  +  K 

n  P  n  1,1  D  At 

1-1 


4.5a 


As  long  as  the  time  period  At  remains  flxeu  ,  It  can  be 
combined  with  the  Integral  and  derivative  gain  constants 
by  defining 


Kj.  -  K  At 


and 


*  kd 
kd  ”  17 

Also,  Instead  of  storing  all  previous  error  terms  in 


memory  the  sum  of  the  integral  gain  constant  times  each 
previous  error  term  can  easily  be  stored  in  a  single 


variable  (called  "PREINT"  in  subroutine  Control).  Thus: 

*  l-o-l 

PREINT  -  K.  Z  E 
i-1 

Substituting  these  definitions  into  equation  4.5a  yields: 

*  * 

PIDq  -  KpEa  +  KIEn  +  PREINT  +  Kd(Eq  -  En_i.)  4 . 6 

This  was  the  basic  PID  algorithm  implemented  by  subroutine 
Control.  Due  to  non-linearities  in  system  ACP-7  and  in 
the  basic  control  scheme,  some  ot  the  terms  used  in  this 
algorithm  were  set  to  zero  under  certain  circumstances. 

For  example,  when  subroutine  Outair  computed  a  new  optimum 
mixed  air  temperature  the  setpoint  used  in  the  control 
algorithm  could  undergo  a  discontinuous  jump  and  previous 
calculations  would  become  meaningless.  For  this  reason 
subroutine  Control  set  the  previous  error  (Eq  and 
Integral  sura  (PREINT)  terms  to  zero  whenever  the  setpoint 
changed  by  1/2  degree  or  more.  A  flow  chart  ot  subroutine 
Control  is  shown  in  Figure  4.3.  This  flowchart  is  very 
straightforward  and  will  not  be  described  on  a  line  by 
line  basis.  Instead  the  various  non-linearities  which 
caused  the  PID  terms  to  be  altered  will  be  discussed  and 
the  sections  of  the  flowchart  which  implement  these 
changes  will  be  described  as  appropriate. 

The  temperature  sensors  used  in  this  experiment  were 
fairly  accurate,  nevertheless  they  were  still  subject  to  a 
certain  amount  of  noise  and  calibration  drift.  As 
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described  la  Che  previous  chapter  Che  sensors  read  tne 
temperature  to  the  nearest  tenth  ot  a  degree.  Uolae  prob¬ 
lems  occasionally  caused  the  reading  to  momentarily  change 
by  this  amount,  very  rarely  did  the  fluctuation  exceed 
l/10th  of  a  degree.  To  prevent  this  from  upsetting  the 
control  equilibrium,  subroutine  Control  Ignored  any  error 
of  l/10th  degree  or  less.  This  was  done  by  setting  the 
error  term  Eq  and  the  integral  sum  PREINT  to  zero  if  the 
absolute  value  of  the  error  was  less  than  or  equal  to  0.1 
degree . 

The  slight  drift  In  sensor  calibration  did  not  nor¬ 
mally  cause  a  control  problem;  however,  when  the  outdoor 
temperature  and  the  return  air  temperature  are  nearly 
equal  any  calibration  errors  become  critical.  If  the 
difference  between  these  sensors  Is,  say,  1  degree  the 
mixed  air  temperature  would  only  change  by  1  degree  if  the 
dampers  moved  from  fully  opened  to  fully  closed.  Under 
these  circumstances  a  1/2  degree  error  In  the  mixed  air 
sensor  would  cause  the  percent  outdoor  air  to  be  in  error 
by  50%.  Fortunately,  If  the  outdoor  and  return  air  tem¬ 
peratures  are  that  close,  an  error  in  the  percent  outdoor 
air  admitted  would  not  have  a  drastic  effect  on  the  system 
economy,  but  still  the  situation  is  undesirable.  Subrou¬ 
tine  Outalr  called  for  minimum  outdoor  air  whenever  these 
two  temperatures  were  within  3  degrees  ot  each  other,  and 
subroutine  Control  stopped  trying  to  control  the  dampers 
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If  Che  temperatures  approached  within  1  degree.  (This  was 
accomplished  by  setting  the  error  term  Eq  to  zero.  This 
would  also  Insure  the  integral  sum  would  be  set  to  zero  in 
a  later  step.)  As  long  as  the  outdoor  air  temperature  did 
not  change  too  rapidly,  the  limit  in  Outair  would  tirst 
cause  the  dampers  to  close  to  their  minimum  position  and 
the  limit  in  Control  would  then  shut  down  the  control 
algorithm  and  leave  them  in  tnls  position. 

A  problem  which  arose  much  more  frequently  was  that 
of  hysteresis  and  lag  in  the  dampers.  When  the  P1D  param¬ 
eters  of  a  linear  system  are  "tuned"  properly  the  con¬ 
trolled  variable  will  normally  overshoot  the  setpoint 
slightly  if  it  is  reacting  to  a  large  initial  error  or  a 
setpoint  change.  This  is  not  a  problem  with  a  linear  sys¬ 
tem,  as  the  controlled  variable  will  quickly  reverse  its 
direction  and  settle  to  the  setpoint.  The  time  lag  in  the 
damper  controls;  however,  caused  the  measured  mixed  air 
temperature  to  lag  behind  the  actual  mixed  air  temperature 
by  several  seconds,  so  if  the  dampers  were  moving  rapidly 
the  overshoot  could  grow  quite  large  before  it  was 
detected.  The  hysteresis  in  the  dampers  meant  that  many 
control  pulses  in  the  reverse  direction  were  required  to 
take  up  the  slack  before  the  dampers  themselves  began  to 
move.  This  problem  was  particularly  aggravated  it  "wind 
up"  occurred,  l.e.  if  the  error  had  persisted  a  long  time 
before  the  overshoot  occurred  and  the  integral  sum  had 


grown  so  large  that  it  kept  "pushing"  tor  more  overshoot 
even  though  the  error  was  now  reversed.  To  help  prevent 
this  a  test  in  subroutine  Control  set  the  Integral  sum  to 
zero  whenever  the  error  reversed  itsell.  To  nelp  prevent 
the  overshoot  from  occurring  In  the  tirst  place  another 
test  set  the  integral  sum  to  zero  whenever  the  error 
changed  by  more  that  1  degree  between  samples.  This  had 
roughly  the  same  effect  as  using  a  large  derivative  gain 
constant  but  did  not  cause  the  instability  problems  that  a 
large  gain  would  have.  This  instabllllty  Is  caused  by  the 
fact  that  in  a  sampled  data  system  such  as  this  the 
derivative  term  Is  only  computed  based  on  the  current  and 
previous  error.  If  the  difference  is  large  and  the 
derivative  gain  is  also  large,  the  derivative  term  can  be 
so  large  as  to  cancel  out  the  proportional  and  integral 
terms.  The  control  output  is  therefore  zero,  no  correc¬ 
tive  action  occurs  during  the  next  interval,  and  the  error 
change  is  zero.  The  next  derivative  term  is  therefor 
zero,  so  the  proportional  and  integral  terms  will  force  a 
large  correction.  A  start/stop  motion  results,  and  it  the 
derivative  term  is  very  large  the  system  may  even  reverse 
its  motion  every  period. 

One  other  problem  which  should  be  mentioned  was  not 
caused  by  the  nonlinearities  in  the  controlled  system  but 
by  overflow  during  addition  and  multiplication  operations. 
In  the  previous  chapter  it  was  mentioned  that  this 
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microprocessor  worked  with  sixteen  hit  numbers  and 
reserved  tne  most  slgnltlcant  bit  to  indicate  the  sign  ol 
the  number.  (A  "1"  in  this  bit  indicated  a  negative 
number  while  a  "0"  in  this  bit  indicated  a  positive 
number.)  The  addition  and  multiplication  routines 
pre-programmed  in  the  microprocessor  did  not,  however, 
prevent  this  bit  trora  being  written  into  and  as  a  result 
two  positive  numbers  could  be  added  and  the  sum  would  be 
negative.  As  an  example: 

binary  0111111111111111  (-32,767  in  base  10) 

+  0000000000000001 
1000000000000000 

Of  course  the  answer  to  32,767  +  1  should  be  32,768,  but 
since  the  binary  number  has  a  "1"  in  the  first  column  it 
is  interpreted  as  -32,768.  Needless  to  say,  tnis  could 
cause  tremendous  control  problems.  To  prevent  this  sub¬ 
routines  called  "Add"  and  "Mult"  were  written  to  pertorm 
addition  and  multiplication  with  overflow  protection.  If 
overflow  occurred  within  these  subroutines,  the  answer 
returned  by  them  was  set  to  the  largest  positive  or  nega¬ 
tive  (as  appropriate)  number  which  could  be  written  with 
16  bits.  These  subroutines  were  not  as  efficient  as  the 
pre-programmed  routines,  so  they  were  only  used  when  the 
nature  of  the  calculation  was  such  that  overflow  might 
occur.  The  results  of  program  Pdeck  were  very  useful  in 


predicting  the  range  of  values  that  the  variables  in 
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program  Emaster  would  assume.  This  was  used  Co  predict 
which  calculations  would  need  overflow  protection. 

4.1.5  Other  Subroutines  In  addition  to  the  subroutines 
already  described,  program  Emaster  used  subroutines  titled 
"Readt"  and  "Hexdec"  as  well  as  the  Interrupt  service  rou¬ 
tine.  Subroutine  "Readt"  read  the  temperature  sensors 
using  the  conversion  equations  described  in  chapter  4. 
Subroutine  "Hexdec"  converted  the  hexideclmal  (base  16) 
numbers  used  by  the  microprocessor  into  their  decimal 
equivalent  before  sending  them  to  Micro  2  for  data  log¬ 
ging.  This  simplified  later  data  analysis,  as  the  nign 
level  computer  used  to  analyze  the  data  was  programmed  to 
expect  decimal  inputs.  The  interrupt  service  routine 
merely  updated  a  variable  which  contained  the  24  hr  clock 
time  (as  in  "1530"  hrs  for  3:30  pm).  None  of  these  sub¬ 
routines  contain  logic  which  is  essential  to  an  under¬ 
standing  of  the  control  system  so  they  will  not  be  dis¬ 
cussed  further. 

4 . 2  Program  Esub 

The  software  program  used  in  micro  2  was  titled  "Esub".  A 
flow  chart  of  the  main  program  is  shown  as  Figure  4.4,  and 
a  printout  of  the  program  is  given  in  the  appendix.  Tnis 
is  a  very  simple  program  which  begins  by  sending  an  ASCII 
"0"  to  micro  1  to  indicate  that  it  is  "on".  Program  Esub 
then  waits  for  a  command  from  micro  1  to  instruct  it 
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Figure  4.4 

Program  ESUB  (Main  Program) 
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further 


If  the  command  is  an  ASCII  "R"  (tor  "read")  a 


subroutine  titled  "Readv"  Is  called  which  reads  the  velo¬ 
city  sensors  and  converts  these  velocities  to  flow  read¬ 
ings.  This  subroutine  follows  the  equations  described  in 
chapter  4  and  will  not  be  detailed  nere.  Micro  2 
transmits  these  flow  readings  to  micro  L  and  then  awaits 
further  instructions.  It  the  command  is  and  ASCII  "W" 

(for  "write")  micro  2  receives  10  data  words  from  micro  1 
and  writes  these  data  into  a  block  of  memory  reserved  tor 
this  purpose.  Program  Esub  then  returns  to  the  step  where 
it  awaits  instructions  from  micro  1.  If  programs  Emaster 
and  Esub  have  somehow  gotten  out  of  step  with  each  other 
and  the  command  is  neither  an  "R"  nor  a  "W”  program  Esub 
will  repeat  its  "ON"  transmission  (which  alerts  micro  1 
that  an  error  has  occurred)  and  waits  tor  fresh  instruc¬ 
tions  . 


The  block  ot  memory  which  is  reserved  tor  data 
storage  is  immediately  preceded  by  a  short  program  whicn 
instructs  the  microprocessor  to  transmit  the  data  through 
the  RS-232-C  serial  communication  port  in  Fortran  1016 
format.  (l.e.  10  data  entries  per  line,  6  digits  per  data 

entry.  Each  data  item  uses  4  digits,  and  two  spaces  are 
inserted  between  every  pair  of  data  words.)  This  program 
is  not  accessed  by  the  main  Esub  program  and  is  never  exe¬ 
cuted  by  micro  2.  It  is  written  with  the  data  fable  to 


facilitate  uploading  the  data  into  a  high  level  computer 
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Whenever  cne  dace  was  copied  onto  magnetic  tape,  this  pro¬ 
gram  was  copied  with  It.  The  tape  could  then  he  tran¬ 
sported  from  the  mechanical  room  of  the  Krannert  oullding 
(where  micro  2  was  located)  to  a  room  with  a  computer  ter¬ 
minal  connected  to  the  Engineering  Computer  Network  (ECN). 
Here  the  tape  was  used  to  program  another  Texas  Instru¬ 
ments  microcomputer,  which  would  then  contain  both  the 
data  and  the  instructions  needed  to  upload  the  data  into 
the  ECN.  This  microcomputer  was  connected  to  the  ECN  ter¬ 
minal  and  was  then  commanded  to  execute  the  upload  pro- 
g  ram. 


The  data  table  occupied  a  block  ol  memory  large 
enough  to  hold  1,216  bytes  ot  data.  Since  each  data  work 
was  16  bits  long  (2  bytes)  and  program  Emaster  stored  10 
words  every  30  minutes,  this  was  sufficient  to  hold  30 
hours  worth  of  data.  System  ACP-7  was  normally  shut  ott 
for  5  to  8  hours  each  night,  so  30  hours  of  storage  was 
sufficient  to  allow  the  times  at  which  the  data  was 
transferred  to  tape  to  be  flexible.  The  weekend  schedule 
of  ACP-7  was  such  that  30  hours  would  hold  all  the  data 
stored  from  Friday  afternoon  until  Monday  morning.  Each 
time  the  data  was  transferred  to  tape  and  program  Esuo  was 
restarted  it  began  recording  new  data  at  tne  beginning  ot 
data  table.  After  each  block  ot  data  (10  Items)  was 
recorded  program  ESUB  wrote  tne  hexidecimal  word  ”FFFF"  m 
the  data  space  immediately  after  the  last  entry.  This 


word  was  erased  when  the  next  data  logging  occurred,  hence 
It  always  followed  the  last  data  item  recorded  since  the 
restart  and  was  used  by  the  upload  program  to  Indicate  the 
end  of  the  new  data.  If  for  any  reason  the  data  was  not 
transferred  to  tape  before  the  30  hours  expired,  program 
Esub  would  start  logging  the  excess  data  at  the  beginning 
of  the  data  table  again  and  hence  the  data  table  always 
contained  the  most  recent  30  hours  worth  of  data  entries. 

4 . 3  Communication  Protocol 

The  "extended  operation"  (XOP)  subroutines  written  by 
Texas  Instruments  were  divided  into  "read"  and  "write" 
commands  and  were  further  divided  into  commands  which 
worked  with  any  ASCII  character  and  those  which  worked 
with  a  string  of  ASCII  characters  forming  a  hexideclmal 
word.  XOP  #9,  for  example,  was  used  to  read  a  hexideclmal 
word.  For  this  reason  it  expected  to  receive  tour  ASCII 
characters  and  examined  them  to  insure  they  all  were  char¬ 
acters  0-9  or  A-F  (valid  hexideclmal  digits).  Furthermore 
it  expected  this  word  to  be  followed  by  a  termination 
character  (space,  minus,  comma,  or  carriage  return)  and  it 
anything  was  received  which  differed  from  its  expectation 
it  would  jump  to  a  "bad  data"  section  of  the  program.  XOP 
#9  also  echoed  each  character  back  to  the  sending  computer 
as  it  was  received.  The  communication  routines  in  Emaster 
and  Esub  were  written  to  take  advantage  of  these  features 
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and  to  repeat  an  encire  communication  sequence  it  anything 
went  astray.  All  commands  and  replies,  tor  example,  used 
letters  other  than  A- F  so  that  they  could  not  be  contused 
with  hexideclmal  characters.  Every  time  one  machine 
Issued  a  command  it  waited  for  an  appropriate  reply  Iron 
the  other  machine  before  continuing  with  the  program.  It 
an  appropriate  reply  was  not  received  it  transmitted  an 
error  message  and  then  repeated  the  command.  This 
" t rans m i t- r ece i ve- t ransra 1 t- r e ce i ve "  sequence  was  used  in 
an  effort  to  prevent  any  communication  problems  (noise, 
fade  outs,  etc.)  from  causing  both  computers  to  enter  a 
"receive"  mode  at  the  same  time,  a  condition  in  which  nei¬ 
ther  computer  would  do  anything  until  the  otner  began 
transmitting.  As  a  final  safeguard,  the  interrupt  service 
routine  in  micro  1  (a  routine  which  would  not  be  affected 
by  a  communication  breakdown)  transmitted  an  ASCII  "X" 
every  10  minutes.  This  would  De  rejected  by  micro  2  as  an 
erroneous  signal  and  could  cause  any  on-going  communica¬ 
tions  to  be  repeated,  but  it  did  prevent  both  computers 
from  spending  hours  waiting  for  the  other  to  transmit. 

This  communication  protocol  was  rather  time  consuming  and 
inefficient,  but  tests  showed  that  either  computer  could 
be  stopped  and  restarted  at  any  point  in  its  program  and 
the  communication  between  the  two  would  eventually  syn¬ 
chronize.  No  communication  failures  were  experienced  dur¬ 
ing  the  operational  use  of  these  computers. 


. _ L 
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Ill 


The  protocol  followed  during  a  typical  data  transfer 
is  shown  In  Figure  4.5.  Micro  1  initiates  the  exchanging 
by  sending  a  "read"  command  (ASCII  "R")  to  micro  2.  Micro 
2  is  expecting  either  a  "read"  or  a  "write"  command,  and 
after  it  verifies  that  this  is  a  "read"  command  it  will 
acknowledge  with  a  "transmitting"  reply  and  then  transmit 
the  data.  After  receiving  the  "transmitting"  reply  micro 
1  reads  the  transmitted  data  and  stores  it  in  an  appropri¬ 
ate  location.  In  addition,  since  an  xop  #9  is  used  in 
this  step,  it  echoes  the  data  and  the  termination  charac¬ 
ter  back  to  micro  2.  Micro  2  uses  a  dummy  read  xop  to 
clear  the  echo  from  its  receive  register  and  tnen 
transmits  a  "got  it?"  inquiry.  If  micro  1  is  satisfied 
with  the  data  it  will  reply  with  a  "logged"  signal  and 
both  programs  will  continue  with  their  operations.  It 
anything  goes  wrong  and  either  computer  senses  an  error, 
that  computer  will  signal  the  problem  with  an  "error" 
transmission  (generally  ASCII  "X"  or  "0")  and  loop  back  to 
the  beginning  of  the  communication  exchange. 
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Communication  Protocol 


SYSTEM  PERFORMANCE 


The  experiment  described  in  this  thesis  was  conducted  on 
an  operational  HVAC  system  and  was  therefore  subject  to 
many  types  of  random  influences  and  disturbances.  These 
unpredictable  events  allowed  the  control  logic  to  be 
tested  under  a  wide  variety  of  situations,  situations 
which  might  not  have  been  foreseen  in  a  tigntly  controlled 
simulation  and  which  provided  invaluable  experience  in 
adapting  the  control  logic  to  a  realistic  environment. 

The  disadvantage  in  allowing  these  random  elements  to 
Influence  the  experiment  was  that  they  made  it  much  more 
difficult  to  Interpret  the  results.  The  effects  of 
weather  and  building  occupancy  will  be  discussed  in  the 
next  chapter,  this  chapter  will  deal  with  the  effects  of 
the  system  hardware.  Although  equipment  optimization  wa3 
not  a  goal  of  this  research,  the  performance  of  this 
equipment  had  a  definite  Impact  upon  the  experimental 
results  and  thus  the  system  performance  will  be  discussed 
in  terms  of  how  it  affected  the  test  results. 


\ 
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5  . 1  Conventional  Controls  and  Equipment 

5.1.1  Ho  t  Deck  The  performance  ol  tne  hot  deck  m  system 
ACP-7  was  considerably  different  than  that  predicted  by 
program  Pdeck.  This  had  a  major  effect  on  the  economizer 
cost  calculations.  In  chapter  2  the  reset  schedule  tor 
the  hot  deck  temperature  was  described.  Basically  this 
schedule  called  for  a  hot  deck  temperature  of  80  F  If  the 
outdoor  temperature  was  below  -10  F,  a  hot  deck  tempera¬ 
ture  of  70  F  if  the  outdoor  air  temperature  was  above  60 
F,  and  a  temperature  which  varied  linearly  between  these 
extremes  for  all  other  outdoor  air  temperatures.  This 
curve  Is  plotted  in  Figure  5.1,  along  with  the  hot  deck 
temperatures  actually  observed  during  the  first  22  days  of 
February.  Obviously  the  hot  deck  was  not  behaving  as 
predicted.  Physical  Plant  personnel  were  aware  of  this 
problem  and  traced  it  to  a  low  supply  air  pressure.  Since 
the  air  being  supplied  to  the  pneumatic  not  deck  con¬ 
troller  was  at  a  low  pressure,  the  control  output  was  also 
at  a  low  pressure  and  could  not  completely  close  the  valve 
which  regulated  the  steam  flow  Into  the  hot  deck.  As  a 
result,  steam  was  allowed  to  flow  through  the  hot  deck 
colls  even  If  the  temperature  was  above  setpoint.  On  23 
February  the  air  supply  to  this  controller  was  repaired 
and  the  hot  deck  coil  was  brought  under  control.  The  per¬ 
formance  of  the  hot  deck  during  March  is  shown  in  Figure 
5.2.  The  hot  deck  temperature  still  does  not  follow  the 
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ideal  curve  very  closely,  Due  its  performance  is  markedly 
better  tnan  wften  the  coil  was  allowed  to  run  "wild". 

Since  the  hot  deck  temperature  was  generally  greater  than 
the  ideal  temperature  (as  used  in  Pdeck),  a  smaller  air¬ 
flow  was  needed  to  meet  the  heating  load.  System  ACP-7 
basically  operates  at  a  constant  airflow,  so  the  low 
flowrate  through  the  hot  deck  resulted  in  a  greater  flow 
through  the  cold  deck.  The  elevated  hot  deck  temperature 
therefore  increased  both  the  heating  and  cooling  costs, 
but  since  cold  deck  cost/Btu  was  greater  than  the  hot  deck 
cost/Btu  the  cold  deck  costs  increased  more  rapidly.  Thus 
the  net  result  of  operating  the  hot  deck  at  a  higher  than 
ideal  temperature  was  to  make  economizer  operation  advan¬ 
tageous  at  lower  outdoor  temperatures  and/or  lower  inter¬ 
nal  heating  loads  than  was  predicted  by  Pdeck. 

One  of  the  reasons  why  the  hot  deck  was  allowed  to 
operate  at  a  high  temperature  was  to  offset  the  stratifi¬ 
cation  problem.  As  mentioned  in  chapter  2,  the  air  flow¬ 
ing  off  one  end  of  the  hot  deck  was  generally  about  15  F 
warmer  than  that  flowing  oft  the  other  end.  The  ductwork 
split  into  two  main  supply  ducts  immediately  downstream  of 
this  coll,  so  very  little  mixing  occurred.  Because  of 
this  the  hot  air  supplied  to  some  rooms  was  15  degrees 
warmer  than  that  supplied  to  the  other  rooms.  Tne  tem¬ 
peratures  shown  in  Figures  5.1  and  5.2  are  Dased  on  an 
averaging  sensor  strung  across  the  entire  hot  deck  and 
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were  calibrated  using  the  average  of  tour  readings  (two  m 
each  supply  duct).  In  general  this  average  was  very  near 
the  midpoint  between  the  hignest  and  lowest  readings,  so  a 
hot  deck  temperature  oi  80  F  on  Figure  5.1  or  5.2  indi¬ 
cates  some  rooms  received  air  at  about  87  F  and  some 
received  air  at  73  F.  It  the  reset  schedule  had  been 
allowed  to  drop  the  average  hot  deck  temperature  down  to 
the  ideal  limit  oi  70  F,  some  rooms  would  have  received 
air  at  63  F.  This  is  much  too  cold  to  provide  ettective 
heating,  so  the  hot  deck  was  maintained  at  a  higher  than 
ideal  temperature.  Physical  plant  personnel  were  aware  oi 
the  stratlilcatloo  problem,  but  the  fault  appeared  to  lie 
in  the  heating  coil  itseli  and  replacement  costs  were 
prohibitive  so  the  problem  was  not  fixed.  This  problem 
was  unique  to  the  hot  deck,  neither  the  mixed  air  section 
nor  the  cold  deck  ever  showed  more  chan  one  or  two  degrees 
oi  s tra tii lea  Cion . 

The  desired  room  air  temperature  tor  the  area  ser¬ 
viced  by  ACP-7  was  75  F,  Hence  the  supply  air  had  to  be 
warmer  than  this  to  provide  heat.  Due  to  Che  stratifica¬ 
tion  problem,  this  required  the  average  hot  deck  tempera¬ 
ture  be  greater  than  82  F.  Figure  5.2  shows  that  the  hot 
deck  temperature  often  dropped  below  82  F,  so  some  rooms 
received  supply  air  at  less  than  the  75  F  minimum.  The 
reason  these  rooms  did  not  drop  to  unacceptably  low  tem¬ 
peratures  was  because  they  were  also  being  heated  by  a 
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separate  not  water  system.  This  system  supplied  100  F 
water  to  radiators  located  around  the  perimeter  ot  tne 
building  and  effectively  countered  most  heat  loss  to  tne 
outside.  (Only  the  rooms  on  an  outside  wall  contained 
these  radiators,  the  rooms  not  on  the  perimeter  did  not 
need  them  because  they  were  surrounded  by  warm  rooms  and 
had  very  little  heat  loss.)  This  hot  water  system  was  in 
operation  24  hours  per  day  during  the  winter  months  and 
thus  the  rooms  did  not  get  cold  even  when  system  ACP-7 
shut  down  at  night.  During  tne  night  ot  6/7  February,  tor 
example,  the  outdoor  air  temperature  dropped  to  about  9  F, 
yet  when  system  ACP-7  started  up  in  the  morning  tne  return 
air  was  74.8  F.  When  the  data  was  tirst  logged  that  morn¬ 
ing  the  cold  deck  tlowrate  was  almost  twice  that  ot  the 
hot  deck,  indicating  the  two  heating  systems  were  suppling 
much  more  heat  than  was  actually  required.  Tnus  the  net 
effect  of  this  perimeter  heating  system  was  to  greatly 
Increase  the  tixed  internal  cooling  load  and  thereby 
extend  the  range  during  which  economizer  operation  was 
feasible. 

5.1.2  Cold  Deck  The  tact  that  the  hot  deck  temperature 
did  not  follow  the  ideal  reset  schedule  used  in  program 
Pdeck  did  not  require  any  changes  to  the  decision  making 
algorithm.  The  optimization  routine  assumed  that  the 
measured  hot  deck  temperature  was  in  ettect  tne  not  deck 
setpoint  and  would  remain  constant  regardless  ot  the 
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percent  outside  air  admitted.  This  assumption  was  not 
entirely  correct,  the  error  tolerated  by  the  pneumatic  hot 
deck  controller  would  have  let  the  hot  deck  temperature 
vary  somewhat  as  the  mixed  air  temperature  varied,  but 
since  the  hot  deck  temperature  was  always  considerably 
warmer  than  the  mixed  air  temperature  this  did  not  greatly 
Influence  the  results.  Tne  error  tolerated  by  tne  cold 
deck  controller  could  not,  unfortunately,  be  handled  as 
easily.  Ideally  when  economizer  operation  was  feasible 
the  economizer  would  provide  mixed  air  at  tne  cold  deck 
setpoint  so  that  the  cooling  coll  could  be  shut  off  com¬ 
pletely.  In  reality,  however,  the  error  tolerated  by  the 
controller  (generally  referred  to  as  "offset"  In  control 
literature)  would  cause  the  cold  deck  temperature  to  drop 
below  Its  setpoint  If  the  mixed  air  temperature  was 
lowered  to  this  setpoint.  Thus  If  the  measured  cold  deck 
temperature  had  been  used  as  the  cold  deck  setpoint  the 
economizer  would  have  controlled  the  mixed  air  temperature 
to  this  value  during  Its  first  cycle.  During  the  next  15 
minute  cycle  the  cold  deck  temperature  would  have  dropped 
below  this  setpoint,  so  the  economizer  would  drop  the 
mixed  air  to  the  new  cold  deck  temperature.  This 
"ratchet"  effect  would  have  eventually  caused  the  econom¬ 
izer  to  maintain  the  cold  deck  at  a  much  lower  temperature 
than  was  required  and  would  have  Increased  the  correspond¬ 


ing  hot  deck  cost 


This  would  have  been  undesirable,  so 


the  measured  cold  deck,  temperature  was  aot  used  as  the 
cold  deck  setpoint.  Instead  a  lixed  cold  deck  setpoint  ol 
63  F.  was  used  for  economizer  calculations.  This  tempera¬ 
ture  was  based  upon  measurements  taken  while  the  system 
was  operating  on  minimum  outside  air  and  was  set  slightly 
above  the  average  cold  deck  temperature  so  that  the 
economizer  would  not  override  the  cold  deck  controller. 
This  prevented  the  economizer  from  raising  the  total  sys¬ 
tem  cost  by  forcing  the  cold  deck  to  operate  below  its 
setpoint,  but  It  also  prevented  the  economizer  from  reduc¬ 
ing  the  cold  deck  cost  to  zero.  Thus  the  net  effect  of 
using  a  fixed  cold  deck  setpoint  was  to  produce  a  "conser¬ 
vative"  controller,  one  which  made  few  mistakes  out  which 
also  could  not  reduce  the  cold  deck  cost  quite  as  much  as 
the  Ideal  controller  in  Pdecfc.  Note  that  tnis  problem  was 
caused  by  the  marriage  of  the  microprocessor  based  econom¬ 
izer  with  the  pneumatic  deck  controllers.  If  the 
microprocessor  had  controlled  the  decks  as  well  as  the 
dampers  (as  would  be  the  case  with  a  commercial  D DC  unit), 
the  offset  error  would  have  been  largely  eliminated  and 
the  microprocessor  would  not  have  had  to  "guess"  what  the 
deck  setpoints  were. 

5.1.3  Damper 8  Most  of  the  dampers  used  In  the  mixed  air 
section  of  ACP-7  were  of  the  parallel  blade  type,  only  the 
return  air  dampers  were  opposed  blade.  Tne  outside  air 
dampers  were  "low  leakage"  dampers,  that  is  they  were 
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fitted  with  weathers  tripping  which  allowed  them  to  seal 
more  effectively  when  completely  closed.  Parallel  blade 
dampers  are  not  normally  recommended  for  the  type  of  vari¬ 
able  control  required  in  this  research,  the  flow  through 
them  does  not  vary  linearly  with  the  actuator  position  and 
this  can  lead  to  control  problems.  This  did  not  seem  to 
cause  any  major  problems  in  this  experiment,  as  the 
microprocessor  almost  always  kept  the  actual  percent  out¬ 
side  air  within  one  percent  of  the  optimum  value.  During 
morning  start-up,  however,  the  error  was  sometimes  as 
large  as  five  percent  at  the  first  data  logging  (15 
minutes  after  the  setpoint  was  calculated).  This  error 
could  be  either  positive  or  negative.  Indicating  the 
dampers  had  either  overshot  their  setpoint  or  had  not  yet 
opened  far  enough.  Part  of  this  error  could  have  been 
caused  by  the  inherent  non-linearity  of  the  parallel  blade 
dampers,  but  a  more  probable  cause  is  the  hysteresis  and 
lag  time  in  the  damper  actuating  system.  Figure  5.3  shows 
the  time  response  of  these  dampers  to  both  an  increase  and 
a  decrease  in  the  actuating  pressure.  The  manual  damper 
positioning  control  was  used  to  change  this  pressure,  the 
procedure  was  as  follows: 

Prior  to  the  stait  of  the  test  the  control  signal  to 
the  dampers  was  dropped  to  zero  to  allow  them  to  close 
completely.  The  pressure  was  then  increased  to  6  pal,  a 


pressure  which  roughly  corresponds  to  minimum  percent 
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outside  air 


The  mixed  air  temperature  was  allowed  to 


stabilize  at  this  point,  then  the  manual  control  was 
rapidly  changed  to  supply  an  L8  psi  control  signal  at  the 
same  time  as  a  microprocessor  program  whicn  logged  the 
mixed  air  temperature  every  second  was  activated.  This 
program  was  allowed  to  run  until  the  dampers  were  com¬ 
pletely  opened  and  the  mixed  air  temperature  again  stabil¬ 
ized.  At  this  point  the  manual  control  was  turned  back,  to 
a  position  which  sent  a  6  psi  control  signal  to  the 
dampers  and  the  microprocessor  program  was  again 
activated.  At  the  beginning  of  each  test  the  outside  and 
return  air  temperatures  were  recorded  so  that  the  mixed 
air  temperatures  could  be  converted  into  percent  outside 
air  readings. 

The  data  plotted  on  Figure  5.3  shows  a  very  pro¬ 
nounced  hysteresis  problem.  When  the  control  pressure  was 
raised  to  6  psi  from  0  psi  it  caused  the  dampers  to  open 
to  a  position  which  admitted  about  15  percent  outside  air, 
but  when  it  was  dropped  to  6  psi  from  18  psi  the  dampers 
only  closed  to  a  position  which  admitted  27  percent  out¬ 
side  air.  The  lag  time  is  also  evident  on  this  graph, 
when  the  pressure  was  increased  it  took  approximately  7 
seconds  before  the  effect  was  noticed  and  when  the  pres¬ 
sure  was  decreased  it  took  about  19  seconds  to  sense  the 
effects.  The  longer  lag  time  for  the  drop  in  pressure  can 
be  explained  by  the  tact  that  18  psi  is  more  pressure  than 
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is  required  Co  open  the  dampers  completely,  and  the  excess 

pressure  had  to  he  Died  oil  before  the  dampers  could  begin 

to  close.  In  both  cases  it  took  nearly  five  minutes 

before  the  mixed  air  temperature  stabilized.  Note  that 

since  Figure  5.3  is  based  on  measurements  made  by  the 

microprocessor ,  the  temperature  sensor  lag  time  and  the 

transport  lag  (the  time  it  takes  the  air  to  flow  from  the 

dampers  to  the  sensor)  are  included  with  the  damper  lag 
* 

time.  Both  tests  were  run  within  a  few  minutes  of  eacn 
other,  so  sensor  drift  and  calibration  errors  did  not 
affect  the  hysteresis  and  lag  time  measurements.  Tne 
actual  hysteresis  and  lag  time  the  control  algorithm  had 
to  contend  with  were  worse  than  that  shown  in  Figure  5.3, 
as  this  plot  does  not  include  the  response  of  the  E/P 
transducer.  This  transducer  exhibited  considerable  hys¬ 
teresis,  which  made  the  control  response  even  more  slug¬ 
gish. 

5.1.4  Total  Airflow  Through  System  The  optimization  rou¬ 
tine  used  in  the  program  Emaster  is  based  on  tne  assump¬ 
tion  that  the  total  flow  through  system  ACP-7  will  remain 
constant  regardless  of  changes  made  to  the  percent  outdoor 
air  admitted.  This  airflow  will  not,  in  tact,  remain 
absolutely  constant  out  will  instead  vary  as  the  flow 
through  the  individual  room  supply  ducts  varies.  It,  tor 
example,  all  rooms  were  calling  tor  full  heat,  the  entire 
system  airflow  would  be  channeled  into  the  heating  ducts. 
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If  all  rooms  were  instead  calling  lor  a  50/50  mixture  ot 
not  and  cold  air,  the  system  airflow  would  De  divided 
between  the  hot  and  cold  ducts.  Mltn  roughly  twice  as 
much  ductwork  available  to  carry  the  flow,  the  flow  resis¬ 
tance  would  be  less  in  the  second  example  than  m  the 
first.  The  supply  tan  turns  at  a  constant  speed,  hence 
the  lower  resistance  would  allow  It  to  move  a  greater 
amount  of  air.  The  total  system  airflow  will  therefor 
vary  somewhat  as  the  Individual  room  loads  vary.  The 
microprocessor  control  scheme  will  vary  the  percent  out¬ 
side  air  admitted  to  control  the  mixed  air  temperature, 
and  this  may  in  turn  affect  the  deck  temperatures.  (Espe¬ 
cially  since  pneumatic  deck  controllers  are  being  used.) 
Since  changing  the  deck  temperatures  will  cause  the  room 
demand  to  vary,  the  total  airflow  may  change  as  the 
microprocessor  varies  tne  mixed  air  temperature. 

In  order  to  estimate  how  significant  this  variation 
was,  the  hot  and  cold  deck  flows  recorded  by  the  micropro¬ 
cessor  were  added  together  to  form  the  system  total  flow 
and  this  Is  plotted  In  Figure  5.4.  This  graph  shows  the 
system  airflow  for  the  entire  month  ot  March.  Tne  "time" 
axis  is  not  to  scale,  the  Individual  readings  are  plotted 
at  equal  Intervals  regardless  of  whether  they  occurred  30 
minutes  apart  or  were  separated  by  a  weekend  shutdown. 

The  graph  shows  that  the  flow  through  the  system  is  essen¬ 
tially  constant,  varying  by  about  +  10%.  This  fluctuation 
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is  consistent  with  the  error  expected  from  the  Individual 
velocity  sensors  and  does  not  s lgnll icantly  attect  the 
optimization  calculations.  At  least  some  of  this  fluctua¬ 
tion  can  be  attributed  to  the  fact  that  the  flow  In  the 
ducts  Is  turbulent  and  causes  the  sensor  readings  to  fluc¬ 
tuate  around  the  average  flow,  hence  the  actual  variation 
in  the  average  system  airflow  is  probably  not  as  great  as 
Figure  5.4  would  Indicate. 

5.2  Sensors 

5.2.1  Tempera  cure  Sensors  As  described  in  chapter  3, 
point  sensors  were  used  In  the  outside  and  return  air 
ducts  while  averaging  sensors  were  used  to  measure  the 
mixed  air,  hot  deck,  and  cold  deck  temperatures.  The 
calibration  of  these  sensors  was  checked  using  a  labora¬ 
tory  thermometer  on  a  weekly  basis,  witn  a  single  reading 
being  compared  to  the  point  sensors  and  the  average  of 
several  readings  being  compared  to  the  averaging  sensors. 
The  outside  air  sensor  initially  performed  very  errati¬ 
cally,  the  weekly  error  readings  for  this  sensor  are  shown 
in  Figure  5.5.  Although  it  appears  to  be  random  in  Figure 
5.5,  a  pattern  to  this  error  was  noted  during  tne  first 
several  weeks  of  operation.  Whenever  the  outside  air  tem¬ 
perature  dropped  below  that  at  which  tne  sensor  had  been 
calibrated,  the  outside  air  sensor  would  indicate  a  tem¬ 
perature  which  was  coo  high  (causing  a  positive  error). 
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It  Che  calibration  was  changed  Co  compensate  tor  this 
error  and  the  outside  air  lacer  warmed  to  a  temperature 
above  this  new  calioracion  point,  Che  error  would  be  nega¬ 
tive.  It  seemed  probable  that  this  error  was  caused  by 
conduction  along  the  support  bracket.  As  shown  in  tne 
photograph  in  chapter  3  (Figure  3.5),  the  point  sensor 
only  extended  into  the  ductwork  approximately  5  inches. 
(The  bracket  was  about  6  inches  long,  but  the  duct  was 
sheathed  in  1  inch  insulation.)  This  was  long  enough  to 
clear  the  relatively  stagnant  airtlow  in  the  boundary 
region,  but  it  was  short  enough  so  that  the  steel  support 
bracket  could  conduct  an  appreciable  amount  ot  heat  to  the 
sensor.  The  outside  air  sensor  was  particularly  sensitive 
to  this  conduction,  as  one  end  of  the  bracket  was  located 
in  a  mechanical  room  at  roughly  75  F.  while  the  other  end 
was  supporting  the  sensor  in  air  that  occasionally  dropped 
to  sub-zero  temperatures.  The  degree  to  which  this  con¬ 
duction  could  affect  the  reading  would  depend  not  only  on 
the  temperature  difference  but  also  on  tne  airtlow  past 
the  support  bracket,  since  tnis  attected  the  rate  at  which 
the  conducted  heat  was  dissipated.  A  quick  test  ot  this 
theory  was  performed  by  varying  the  percent  outside  air 
from  roughly  20  percent  to  around  40  percent  (thereby 
increasing  the  airflow)  on  a  relatively  chilly  day.  This 
caused  the  Indicated  outside  air  temperature  to  drop  3 
degrees,  indicating  heat  conduction  was  affecting  the 
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sensor  readings.  The  snore  Bracket  was  therefore  replaced 
by  a  steel  tube  approximately  two  teet  long.  The  sensor 
element  was  suspended  trom  the  end  ot  tnis  tube  by  a  snort 
length  ot  wire  which  prevented  it  trom  touching  the  tube. 
Subsequent  tests  showed  changing  the  percent  outside  air 
admitted  had  no  appreciable  attect  on  the  sensor  reading. 
This  change  was  made  on  23  Feb,  and  Figure  5.5  shows  that 
the  accuracy  Improved  considerably  alter  that  date.  (The 
dates  given  along  the  x-axls  are  given  as  month. day,  hence 
2.21  Is  February  21st.)  Alter  this  modllication  had  been 
completed.  It  was  learned  that  MCC  Powers  had  begun 
Installing  similar  elongated  point  sensors  as  part  ot  a 
computerized  energy  management  system  they  were  installing 
at  Purdue.  Apparently  the  conduction  problem  was  not 
unique  to  this  experiment. 

The  performance  of  the  averaging  sensors  was,  in  gen¬ 
eral,  superior  to  that  ot  the  point  sensors  and  the  per¬ 
formance  of  the  mixed  air  sensor  was  particularly  good. 
This  was  fortunate,  as  the  accuracy  of  this  sensor  was 
especially  critical.  Kao  and  Pierce  (23)  have  shown  that 
a  5  degree  error  In  this  sensor  can  increase  the  cooling 
load  by  60%.  Their  research  was  done  on  a  terminal  reheat 
system  and  not  on  a  dual  duct  system,  but  the  emphasis 
they  placed  on  accurate  sensors  applies  equally  to  both 


types  ot  systems.  A  plot  ot  the  mixed  air  sensor  perfor¬ 
mance  is  given  as  Figure  5.6. 
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As  a  final  note  on  Che  temperature  sensors,  the  cali¬ 
bration  procedure  used  in  this  experiment  was  in  Itself 
subject  to  a  certain  amount  of  error  which  could  have 
affected  the  results  shown  in  Figures  5.5  and  5.6.  The 
laboratory  thermometer  used  to  calibrate  these  sensors  was 
a  mercury  bulb  glass  thermometer  marked  in  0.2  degree 
Increments.  The  readings  were  interpolated  to  the  nearest 
0.1  degree,  a  procedure  which  left  some  room  tor  error. 

The  airstreams  which  were  being  measured  were  not  entirely 
homogeneous,  even  the  outdoor  air  and  return  air  ducts 
showed  a  variation  of  several  tenths  of  a  degree  it  meas¬ 
ured  at  different  points.  An  attempt  was  made  to  check 
the  air  temperature  as  close  to  the  sensor  as  possible, 
but  the  construction  of  the  ducts  did  not  always  allow 
this.  More  importantly,  the  temperatures  were  varying 
with  time  and  a  certain  degree  of  error  was  introduced  oy 
the  fact  that  the  actual  temperature  could  change  Detween 
the  time  it  was  checked  with  the  thermometer  and  tne  time 
at  which  the  sensor  reading  was  checked  and  adjusted. 

This  could  be  especially  significant  in  the  hot  and  cold 
decks,  since  their  calibration  required  tour  separate  tem¬ 
perature  readings,  each  of  which  took  several  minutes,  and 
the  deck  controllers  could  change  the  deck  temperatures 
during  this  period.  Even  the  outdoor  air  temperature  was 
not  static,  changing  wind  or  sunlight  conditions  could 
cause  the  temperature  to  change  several  tenths  of  a  degree 
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during  the  calibration  procedure.  For  these  reasons  the 
sensor  calibration  was  usually  not  changed  unless  the 
error  exceeded  0.2  degrees,  and  the  calibration  plots  for 
the  temperature  sensors  reflect  errors  in  the  calibration 
procedure  as  well  as  sensor  errors. 

5.2.2  Velocity  Seniors  The  performance  of  the  velocity 
sensors  is  of  particular  interest,  not  because  their  accu¬ 
racy  was  extremely  critical  but  rather  because  they  are 
unique  to  this  experiment.  No  type  of  velocity  sensor  is 
widely  used  in  HVAC  control  applications.  Some  of  the 
newer  variable  air  volume  (VAV)  systems  require  flow  meas¬ 
urements,  but  these  systems  generally  either  use  pitot 
tubes  or  static  pressure  measurements  as  a  means  of  sens¬ 
ing  airflow.  The  heated  thermistor  sensors  were  selected 
for  this  experiment  because  they  were  much  less  expensive 
than  the  commercially  available  sensors,  they  showed  prom¬ 
ise  of  being  more  accurate  at  low  flow  rates,  and  little 
was  known  of  their  performance  in  a  HVAC  application. 

Spare  sensors  were  initially  prepared  because  it  was 
feared  that  the  fine  wires  supporting  the  velocity  sensing 
thermistor  (see  Figure  3.7)  would  be  broken  by  airborne 
dirt  particles.  There  was  also  concern  that  this  thermis¬ 
tor  would  become  covered  with  dust  and  therefore  be  insu¬ 
lated  from  the  airstream.  Neither  of  these  problems  dis¬ 
abled  a  sensor  during  this  experiment,  the  four  sensors 
initially  installed  in  January  were  still  functioning  when 


the  experiment  was  terminated  In  May 


A  plot  of  the  cali¬ 


bration  error  of  one  sensor  Is  given  In  Figure  5.7.  This 
graph  shows  the  performance  of  a  sensor  installed  in  one 
of  the  cold  air  ducts.  Its  performance  Is  typical  of  the 
other  velocity  sensors;  however,  this  graph  Is  of  particu¬ 
lar  interest  because  the  calibration  of  this  sensor  was 
never  changed  during  the  experiment.  By  leaving  the  cali¬ 
bration  unchanged  any  slow  drift  in  performance  should  be 
apparent  In  the  weekly  error  readings.  There  does  not 
appear  to  be  a  great  deal  of  drift  in  these  readings;  how¬ 
ever,  the  errors  do  grow  increasingly  negative  as  the 
weeks  go  by.  The  magnitude  of  these  errors  is  not  suffi¬ 
cient  to  be  of  concern,  as  it  remained  below  5%  of  the 
total  flow.  (The  flow  in  this  duct  was  typically  around 
1000  ft/min.)  A  negative  error  indicates  the  actual  air¬ 
flow  is  greater  than  the  sensed  airflow,  so  the  slight 
drift  visible  in  Figure  5.7  could  have  been  caused  by  a 
dust  build  up  on  the  thermistor.  This  sensor  was  removed 
from  the  duct  for  examination  on  26  March.  The  sensor  did 
not  appear  to  be  dirty,  and  a  spray  type  contact  cleaner 
was  used  to  remove  any  slight  contamination  which  might 
have  been  present.  The  slight  improvement  in  performance 
seen  on  this  date  in  Figure  5.7  may  be  the  result  of  this 
cleaning  or  may  be  coincidence.  A  long  term  experiment 
would  be  required  to  determine  if  this  drift  would  con¬ 
tinue  until  it  became  significant. 
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Figure  5.7 

Velocity  Sensor  Error 


As  was  the  case  with  the  temperature  sensors,  errors 
In  the  calibration  procedure  itself  could  have  influenced 
the  results  shown  in  Figure  5.7.  Although  a  fairly  well 
developed  turbulent  flow  profile  was  present  in  the  duct, 
the  velocity  did  vary  with  time  and  with  position  so  it 
was  impossible  to  determine  exactly  what  the  velocity  at 
the  sensor  was  at  the  time  when  it  was  being  calibrated. 
The  hand  held  velocity  meter  used  to  check  the  calibration 
could  only  be  read  to  within  +  20  ft/mln,  and  the 
microprocessor  averaging  routine  introduced  a  similar 
round-off  so  the  errors  indicated  in  Figure  5.7  could  have 
been  influenced  by  the  calibration  procedure  Itself  as 
well  as  by  the  sensor. 

5 . 3  Control  Parameters 

The  accuracy  and  responsiveness  of  the  experimental  con¬ 
trol  system  was  determined  by  several  variables  contained 
within  the  software  as  well  as  by  the  hardware  limitations 
already  described.  The  variables  with  the  most  significant 
effect  were  those  which  determined  the  timing  of  control 
actions  and  the  gains  used  in  the  PID  algorithm.  The 
effects  these  variables  had  on  the  system  were  very  much 
interrelated,  the  optimum  value  of  any  one  variable 
depended  on  what  values  were  being  used  for  the  other  con¬ 
trol  parameters.  The  optimization  of  the  entire  set  of 
variables  could  be  the  subject  of  an  entire  research 


138 


effort  In  itself,  In  this  experiment  the  parameters  were 
only  adjusted  until  the  system  performed  in  a  reasonably 
acceptable  manner.  This  section  will  describe  how  these 
variables  were  adjusted  and  offer  some  subjective  comments 
on  how  they  could  be  optimized. 

5.3.1  Timing  As  described  in  chapter  4,  program  Emaster 
transmitted  a  corrective  signal  to  the  E/P  transducer 
every  30  seconds  and  calculated  a  new  setpoint  every  15 
minutes.  The  fifteen  minute  time  period  was  recommended 
by  Robert  Coughlin  (24)  in  his  case  study  of  a  direct 
digital  control  system.  This  interval  was  adopted  at  the 
beginning  of  the  experiment  and  was  never  changed.  It 
appeared  to  be  a  good  choice,  as  even  when  a  major  set- 
point  adjustment  was  made  (as  in  the  morning  start-up)  15 
minutes  was  generally  long  enough  to  allow  conditions  to 
stabilize  before  new  computations  were  made.  The  dampers 
usually  took  at  least  10  minutes  to  adjust  to  a  major  set- 
point  change,  so  a  shorter  interval  might  not  have  allowed 
the  system  to  operate  at  any  one  setpoint  long  enough  to 
find  an  optimum  operating  point.  The  thirty  second  inter¬ 
val  was  adopted  after  shorter  periods  were  tried  and  found 
to  cause  severe  overshoot  problems.  Initially  a  5  second 
interval  between  control  pulses  was  tried,  but  even  if 
very  small  gains  were  used  in  the  PIO  algorithm  the 
dampers  would  overshoot  their  setpoint  by  a  considerable 
amount.  (Figure  5.3  indicates  that  a  5  minute  interval 
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would  be  required  to  prevent  overshoot  during  a  major 
correction,  but  since  the  system  Is  not  linear  this  may 
not  hold  true  for  a  smaller  correction.)  The  use  of  small 
gains  to  reduce  the  overshoot  meant  that  a  very  long 
period  of  time  was  required  to  overcome  the  hysteresis 
before  the  overshoot  could  be  corrected.  Ten  and  twenty 
second  intervals  were  tried  and  found  to  cause  similar 
problems.  The  thirty  second  interval  seemed  to  provide  a 
good  compromise  between  the  fast  initial  response  provided 
by  shorter  intervals  and  the  good  overshoot  control  pro¬ 
vided  by  longer  intervals.  This  value  also  falls  within 
the  ranges  recommended  by  Jones  (25)  and  Sams  and  others 
(26).  Again  it  should  be  stressed  that  the  PID  gains  were 
not  optimized  for  each  different  interval,  they  were 
merely  adjusted  until  a  reasonably  stable  control  was 
achieved . 

5.3.2  PID  Gain  Cons  tan  ts  As  described  in  chapter  4,  the 
proportional,  integral,  and  derivative  gains  used  in  this 
control  could  be  adjusted  independently.  The  procedure 
used  to  find  initial  values  for  these  gains  is  based  on 
the  Ziegler/Nichols  method  as  described  by  Johnson  Con¬ 
trols  (27)  and  is  as  follows: 

Initially  the  integral  and  derivative  constants  were 
set  to  zero  (providing  straight  proportional  control)  and 
the  proportional  gain  was  slowly  increased  until  the 
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system  became  unstable.  This  was  a  trial  and  error  pro¬ 
cedure,  after  each  change  to  the  gain  constant  the  manual 
positioning  control  was  used  to  close  the  dampers,  then 
the  microprocessor  control  was  activated  and  the  E/P 
transducer  output  pressure  was  monitored  to  determine 
overshoot.  The  microprocessor  was  set  to  provide  minimum 
outside  air  and  the  pressure  which  corresponded  to  this 
position  was  known  from  previous  experiments.  Since  the 
slow  response  of  the  system  meant  that  it  could  take  many 
minutes  (or  hours)  for  oscillations  to  die  out,  an  initial 
overshoot  of  100%  or  more  was  assumed  to  indicate  insta¬ 
bility.  Once  the  proportional  gain  which  caused  instabil¬ 
ity  was  found,  the  gain  variable  was  set  to  1/2  this  value 
and  the  Integral  gain  was  slowly  Increased  until  instabil¬ 
ity  again  resulted.  The  Integral  gain  variable  was  then 
set  to  1/3  the  value  which  caused  instability  and  the 
derivative  gain  was  tested.  The  derivative  gain  variable 
was  similarly  set  to  1/3  the  value  which  caused  instabil¬ 
ity. 


Once  Initial  values  for  the  P1D  gains  had  been  deter¬ 
mined  by  this  procedure,  small  adjustments  were  made  by 
timing  the  response  of  the  system  to  a  10%  change  in  set- 
point.  The  proportional  gain  was  increased  if  the  initial 
response  seemed  slow  and  decreased  if  the  overshoot  was 
excessive,  the  Integral  gain  was  increased  if  the  recovery 
from  a  small  overshoot  seemed  slow  and  decreased  if  it 
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again  overshot  the  setpoint,  and  the  derivative  gain  was 
increased  If  the  initial  overshoot  was  large  and  decreased 
if  a  start/stop  motion  was  detected.  The  time  it  took  for 
the  system  to  settle  to  the  new  setpoint  with  each  set  of 
gains  was  recorded  and  the  gains  which  produced  the  shor¬ 
test  settling  time  were  adopted  as  being  the  optimum. 
Slight  adjustments  were  made  to  these  gains  during  the 
first  month  of  the  experiment,  as  it  became  apparent  that 
they  were  too  large  and  caused  overshoot  if  setpoint 
changes  larger  than  10%  were  encountered.  The  values 
which  were  finally  adopted  as  yielding  the  best  perfor¬ 
mance  were  (in  hexideclmal  numbers): 

Proportional  Gain  -  200 
Integral  Gain  -  25 

Derivative  Gain  »  300 

The  actual  values  of  these  numbers  are  of  little 
importance,  as  they  are  probably  not  the  optimum  values 
for  any  other  system  and  may  not  be  optimum  even  for  this 
system.  What  is  important  is  their  relative  magnitudes. 
For  this  system  the  Integral  gain  had  to  be  much  smaller 
than  the  proportional  gain  or  excessive  "wind-up" 
resulted.  The  excessive  hysteresis  in  the  system  meant 
that  overshoot  could  be  extremely  troublesome,  so  a  very 
large  derivative  gain  was  used  to  slow  down  the  control 


once  the  dampers  started  moving.  For  the  same  reason,  the 
proportional  and  integral  gains  were  smaller  than  those 
obtained  during  the  initial  optimization  test.  It  should 
be  noted  that  the  system  was  not  especially  sensitive  to 
these  gains.  Changing  the  Integral  gain  from  25  to  50, 
for  example,  increased  the  initial  overshoot  by  less  than 
1  F  and  had  an  almost  negligible  effect  on  the  operating 
economy.  Satisfactory  performance  could  be  obtained  with 
any  set  of  gains  which  produced  stable  control  and  did  not 
take  an  excessively  long  time  to  adjust  to  a  setpoint 
change.  As  a  final  note  it  should  be  repeated  that  the 
non-linearities  and  random  disturbances  described  previ¬ 
ously  meant  that  the  response  was  not  100%  predictable. 

It  was  not  uncommon  for  the  morning  start-up  on  two 
separate  days  to  require  almost  identical  setpoint 
changes,  yet  on  one  day  the  control  would  overshoot  the 
setpoint  during  the  first  15  minute  period  and  on  the 
other  day  it  would  undershoot  the  setpoint. 

5.3.3  Con  tro  Her  Pe  rf  o  rmanc  e  The  performance  of  the 
microprocessor  controller  has  been  described  in  the 
preceding  paragraphs,  a  plot  of  this  performance  is  given 
in  Figure  5.8.  This  graph  shows  the  calculated  optimum 
percent  outside  air  as  well  as  the  percent  actually 
achieved  during  a  weekend  in  March.  As  a  comparison,  the 
performance  of  the  system  when  operating  on  the  manual 
override  is  also  given  in  Figure  5.8.  The  data  for  the 
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microprocessor  and  manual  control  modes  were,  obviously, 
taken  on  different  weekends.  The  data  for  each  mode  shows 
the  performance  over  a  four  day  period  extending  from  a 
Friday  morning  to  the  following  Monday  morning.  (System 
ACP-7  Is  not  normally  operated  on  Sundays,  but  on  these 
particular  weekends  unusual  occupancy  schedules  necessi¬ 
tated  Sunday  operation.)  "False"  data  Indicating  0%  out¬ 
side  air  has  been  inserted  to  indicate  periods  when  the 
system  was  shut  down  at  night,  no  data  was  actually  logged 
while  the  system  wts  off.  Each  successive  data  point  was 
logged  30  minutes  after  the  preceding  point,  but  the 
periods  when  the  system  was  shut  down  have  been  shortened 
considerably. 

Figure  5.8  shows  that  the  microprocessor  control  fol¬ 
lowed  the  setpoint  fairly  closely,  even  when  the  morning 
start-up  caused  a  large  setpoint  change.  The  performance 
on  manual  control  shows  that  fixed  dampers  provided  a 
relatively  constant  percent  outdoor  air,  wind  gusts  and 
temperature  changes  did  not  have  much  affect  on  the  mix¬ 
ture.  The  manual  positioning  adjustment  was  not  touched 
during  this  period  (providing  a  constant  pressure  to  the 
dampers  every  day),  but  the  dampers  apparently  opened  a 
little  further  on  Monday  than  on  Sunday.  This  did  not 
cause  any  problems  or  affect  the  operating  economy  signi¬ 
ficantly,  and  it  could  be  prevented  by  the  common  practice 
of  using  a  mechanical  stop  to  limit  the  damper  travel. 


RESULTS 


The  savings  which  can  be  achieved  by  any  economizer  cycle 
are  very  much  dependent  on  the  weather,  therefore  discus¬ 
sion  of  the  results  will  begin  with  a  discussion  of  the 
weather  encountered  during  the  test.  An  estimate  of  the 
savings  achieved  will  follow,  and  then  an  analysis  of  how 
the  load  varied  with  weather  and  with  the  time  of  day  will 
be  done  to  provide  a  comparison  between  the  demand  based 
economizer  and  a  conventional  economizer. 

6.1  Wea  the  r 

The  equipment  used  to  implement  the  microprocessor  control 
scheme  was  Installed  during  the  month  of  January  1984,  and 
data  on  its  performance  were  taken  during  the  months  of 
February,  March,  and  April.  The  weather  which  occurred 
during  these  months  is  summarized  in  tables  6.1  through 
6.3.  These  tables  show  how  many  hours  the  system  was 
operating  in  a  minimum  outside  air  mode  and  in  the  econom¬ 
izer  mode  during  each  5  degree  bin  of  outside  air  tempera¬ 
ture,  together  with  the  total  predicted  duration  of  each 
bln  based  on  weather  data  gathered  by  the  U.S.  Air  Force 
(14).  The  total  number  of  hours  the  system  was  operated 
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varies  significantly  from  the  total  number  of  hours 
predicted  primarily  because  the  predicted  data  Is  based 
upon  24  hr/day,  7  day/week  observations  whereas  the 
microprocessor  did  not  log  data  when  system  ACP-7  was  shut 
down  at  night  and  on  weekends. 

Table  6.1  shows  that  the  month  of  February  was  con¬ 
siderably  warmer  than  predicted.  The  actual  hours  for  all 
bins  warmer  than  the  35  to  39.9  degree  bin  is  greater  than 
the  predicted  values  and  one  bin,  65  to  69.9  deg,  was  not 
even  included  in  the  predicted  data.  The  fact  that  the 
cooler  temperatures  were  not  experienced  for  as  many  hours 
as  predicted  is  partly  attributable  to  the  unusually  warm 
weather  and  paTtly  attributable  to  the  fact  that  the 
microprocessor  was  shut  down  during  the  night  hours  when 
these  cool  temperatures  were  most  likely  to  occur.  Since 
the  weather  during  February  was  warmer  than  predicted,  it 
would  be  expected  that  the  economizer  would  show  greater 
savings  than  that  predicted  by  the  typical  weather  data. 

Table  6.2,  on  the  other  hand,  shows  that  the  weather 
encountered  in  March  was  much  cooler  than  that  predicted. 
Again  the  night  shut-down  prevented  the  microprocessor 
from  seeing  the  coolest  temperatures,  but  the  warm  weather 
above  55  F  which  should  have  occurred  during  the  daytime 
(when  system  ACP-7  was  operating)  simply  did  not  occur. 

The  fact  that  the  microprocessor  ran  in  the  economizer 
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mode  for  26  hours  more  than  It  ran  in  the  minimum  OA  mode 
la  primarily  coincidence.  The  economizer  was  operated  on 
the  "one  day  on,  one  day  off"  scheme  throughout  this 
month;  however,  since  system  ACP-7  was  run  on  an  erratic 
schedule  over  weekends  the  economizer  mode  was  not  changed 
between  Friday  morning  and  Monday  morning.  The  month  of 
March  Included  five  weekends,  during  two  of  these  the 
microprocessor  was  in  a  "min  OA"  mode  and  during  three  of 
these  it  was  In  the  "economizer"  mode.  Thus  the  total 
number  of  hours  in  the  economizer  mode  is  greater  than  the 
total  In  the  min  OA  mode.  Since  the  weather  in  March  was 
cooler  than  predicted,  it  would  be  expected  that  the 
economizer  could  not  provide  the  savings  predicted  by 
using  typical  weather  data. 

Table  6.3  shows  that  the  weather  during  April  was 
slightly  cooler  than  predicted.  No  temperatures  warmer 
than  75  F  were  encountered,  and  system  operated  the 
greatest  number  of  hours  in  the  40  to  44.9  F  temperature 
bln.  The  predicted  weather  showed  an  almost  equal  number 
of  hours  in  each  of  the  bins  from  40  F  to  60  F,  but  the 
actual  data  shows  the  number  of  hours  in  the  55  to  59.9  F 
bin  to  be  less  than  a  third  of  those  in  the  40  to  44.5  F 
bln.  Since  these  temperature  bins  include  the  range  where 
the  economizer  should  function  best,  it  would  be  expected 
that  the  economizer  would  not  function  quite  as  well  as 
predicted  during  April.  The  fact  that  the  warm 


temperatures  above  75  F  were  not  observed  should  help 
boost  the  economizer  performance  slightly,  since  these 
temperatures  are  too  warm  to  allow  the  use  of  the  econom¬ 
izer  and  operation  in  these  bins  would  Increase  the  total 
cost  without  contributing  to  the  savings. 
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Table  6.2 

Bin  Analysis  Of  March  Weather 


a 


Bin  Analysis  Of  April  Weather 


B  in 

(OA 

Temp ) 

80 

to 

84.9 

75 

to 

79.9 

70 

to 

74.9 

65 

to 

69.9 

60 

to 

64.9 

55 

to 

59.9 

50~ 

to 

54.9 

45“ 

to 

49.9 

^0~ 

to 

44.9 

linr 

to 

39.9 

flo- 

to 

34.9 

25~ 

to 

29.9 

To~ 

to 

24.9 

Total 

0 


0 


10.0 


.5 


11.5 


5 


34.5 


24.0 


5.0 


0 

0 

6.0 

0 

0 

15.0 

6.0 

16  .0 

26 .0 

8.0 

12.5 

44.0 

14.5 

26.0 

71.0 

9.5 

. 

20.0 

97.0 

20.5 

55.0 

97.0 

16.5 

49.5 

102.0 

45.5 

69.5 

10  3.0 

21.0 

26.0 

.  _ 

86 .0 

0 

0 

52.0 

0 

0 

17 .0 

0 

0 

2.0 

141.5 

274.5 

718.0 
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6  .  2  Saving  s 

The  data  logged  every  1/2  hour  by  the  microprocessor 
Included  the  temperature  differences  across  the  heating 
and  cooling  colls  as  well  as  the  airflow  through  each 
coll,  so  the  operating  cost  for  each  coll  could  have  been 
estimated  on  a  dry  bulb  temperature  basis.  This  would  not 
have  Included  the  cost  of  any  condensation  which  occurred 
in  the  cooling  coil,  so  the  cost  estimates  used  to  analyze 
the  system  performance  were  based  upon  a  modified  version 
of  program  Pdeck.  In  this  modified  version  the  actual 
temperatures  and  flows  measured  by  the  microprocessor  were 
combined  with  the  humidities  predicted  by  the  U .  S .  Air 
Force  Bin  Data,  and  operating  costs  were  calculated  based 
upon  the  enthalpy  changes  across  the  colls.  During  the 
months  of  February  through  April  these  costs  varied  only 
very  slightly  from  those  predicted  by  a  dry  bulb  tempera¬ 
ture  analysis,  and  this  finding  was  supported  by  the  fact 
that  random  observations  of  the  cooling  coil  drain  pan 
showed  very  little  condensation  was  In  fact  occurring. 
These  costs  were  used  to  estimate  the  savings  achieved  by 
two  distinct  methods.  In  one  method  the  costs  were  com¬ 
bined  Into  an  average  operating  cost  per  hour  for  each 
operating  mode  and  for  each  "bln"  of  outside  air  tempera¬ 
ture.  The  total  monthly  operating  cost  for  the  economizer 
mode  was  calculated  by  multiplying  the  hours  it  operated 
in  this  mode  duTlng  any  one  bln  by  the  average  operating 


cost  for  that  bln  and  summing  the  products  for  all  bins. 
The  operating  cost  which  would  have  occurred  if  the 
economizer  had  not  been  used  was  then  estimated  by  multi¬ 
plying  the  same  operating  hours  by  the  minimum  OA  cost  per 
hour  figures  and  summing  those  products.  The  difference 
between  these  two  totals  gave  the  total  savings  achieved 
by  the  economizer  during  that  month.  Implicit  in  this 
method  was  the  assumption  that  the  heating  and  air  condi¬ 
tioning  costs  are  primarily  determined  by  the  outside  air 
temperature  so  that  an  average  operating  cost  for  each  bin 
was  a  reliable  basis  for  comparison. 

A  second  method  of  estimating  costs,  one  which  did 
not  rely  upon  this  assumption,  was  to  use  a  Pdeck-like 
analysis  to  simulate  the  building.  In  this  method  the 
actual  temperatures  and  flows  measured  in  the  economizer 
mode  were  used  to  determine  the  heating  and  cooling  coll 
loads,  the  cost  of  operating  in  the  economizer  mode  was 
calculated  from  these  loads,  and  the  cost  of  operating  in 
the  minimum  outside  air  mode  was  then  estimated  based  on 
the  assumption  that  the  coil  exit  conditions  (temperatures 
and  flows)  would  not  change  as  the  mixed  air  temperature 
changed.  This  method  allowed  the  building  load  to  vary 
Independently  of  the  outside  weather  conditions,  but  did 
not  account  for  the  fact  that  the  offset  Inherent  in  the 
pneumatic  deck  controllers  did  in  fact  allow  the  coll 
discharge  temperatures  to  vary  as  the  mixed  air 
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temperature  varied.  This  change  in  coll  discharge  tem¬ 
perature  caused  the  airflow  through  the  coils  to  vary  as 
well.  The  Pdeck-like  analysis  also  assumed  that  the 
dampers  would  provide  exactly  the  correct  mixture  of  out¬ 
side  and  return  air  to  meet  minimum  outside  air  specifica¬ 
tions,  whereas  Figure  5.8  showed  the  dampers  are  not  that 
precise. 

The  cost  calculations  for  the  months  of  February, 
March,  and  April  together  with  the  savings  estimated  by 
the  two  methods  just  described  are  summarized  in  Tables 
6.4  through  6.6.  The  cost  figures  predicted  by  program 
Pdeck  are  also  shown  in  these  tables  to  provide  a  basis 
for  comparison.  The  Pdeck  figures  were  based  upon  24 
hr/day,  7  day/week  operation  and  were  calculated  using  a 
very  rough  simulation  of  the  heating  and  cooling  loads,  so 
they  are  only  Included  to  provide  a  starting  point  for  the 
ana  lysis. 
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Table  6.4 

Bln  Analysis  Of  February  Costs 


Bln 

(OA  Temp) 

1 

os  t  ($/h 
Econo 
Ac  t . 

7T - 

mizer 

Pr  ed . 

Ave 
%  Sa 
Ac  t . 

rage 
vlngs 
Pred . 

65 

to 

69  .9 

1.03 

- 

- 

- 

- 

60 

to 

64.9 

1 .  19 

0.75 

0 .39 

20 

67 

m 

IB 

59.9 

0.96 

1.07 

0.73 

0.37 

24 

60 

50 

to 

54.9 

0.91 

0.96 

0.72 

0.44 

21 

54 

45 

to 

49.9 

0.89 

0.86 

0.66 

0.52 

26 

26 

40 

to 

44.9 

0.83 

0.80 

.  . 

0.60 

0.60 

28 

25 

35 

to 

39.9 

0.74 

0.76 

0.57 

0.67 

23 

12 

30 

to 

34.9 

0.72 

0.73 

6.51 

- 

29 

25 

to 

29  .9 

0.59 

0.62 

-5* 

- 

20 

to 

24.9 

0.59 

0.75 

0.60 

- 

-2* 

- 

15 

to 

19.9 

0.60 

0.78 

0.52 

13 

- 

10 

to 

14.9 

■bh 

0.85 

0.53 

- 

14 

- 

5 

to 

9.9 

0.64 

0.94 

0.58 

- 

9 

- 

Predicted  Savings  (Program  Pdeck,  670  operating  hrs): 
Cost  on  Min  OA  -  Cost  On  Economizer 
$529  -  $499  -  $30  or  5.7% 


Actual  Savings  (using  Bln  Data,  172  operating  hrs): 
(Min  OA  Cost)  x  (Econ  Hrs.)  -  (Econ  Cost)  x  (Econ  Hrs.) 
$132  -  $103  -  $29  or  22.0% 


Actual  Savings  (using  Pdeck-llke  analysis,  172  hrs): 
$162  -  $103  -  $59  or  36.4% 


*  Negative  savings  caused  by  malfunctioning  hot  deck  con¬ 
troller.  See  text  for  explanation. 
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Table  6.5 

Bln  Analysis  Of  March  Costs 


Bln 

Average  Cost  ($/hr) 

Average 

On  Min  0A 

Economizer 

%  Savings 

(OA 

Temp) 

Ac  t . 

Pred . 

Act. 

Pred. 

Ac  t . 

■SB 

75 

to 

79  .9 

1.71 

- 

“ 

70 

to 

74.9 

- 

1.52 

1.27 

16 

65 

to 

69.9 

1.34 

0.77 

43 

60 

to 

64.9 

- 

1.19 

- 

0.39 

58 

55 

to 

59  .9 

- 

1.06 

- 

0.38 

- 

64 

50 

to 

54.9 

0.77 

0.94 

0.54 

mam 

30 

46 

45 

to 

49  .9 

0.75 

0.87 

0.49 

- 

0.52 

35 

40 

40 

to 

44.9 

0.73 

0.80 

0.48 

0.59 

34 

26 

35 

to 

39.9 

0.72 

0.76 

mam 

0.67 

28 

12 

30 

to 

34.9 

0.67 

0.73 

0.53 

21 

- 

25 

to 

29.9 

0.65 

0.73 

0.55 

15 

- 

20 

to 

24.9 

0.64 

0.75 

0.60 

- 

6 

15 

to 

19.9 

0.63 

0.78 

0.60 

5 

- 

10 

to 

14.9 

- 

0.85 

0.58 

- 

- 

5 

to 

9.9 

- 

0.94 

0 .58 

- 

- 

Predicted  Savings  (Program  Pdeck,  746  operating  hrs): 
Cost  on  Min  OA  -  Cost  On  Economizer 
$605  -  $496  -  $109  or  18.0% 


Actual  Savings  (using  Bin  Data,  194  operating  hrs): 
(Min  OA  Cost)  x  (Econ  Hrs.)  -  (Econ  Cost)  x  (Econ  Hrs.) 
$133  -  $104  -  $29  or  21.8% 


Actual  Savings  (using  Pdeek-like  analysis,  194  hrs): 
$155  -  $105  -  $49  or  31.9% 
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Table  6.6 

Bin  Analysis  Of  April  Costs 


(  OA 

Bin 

Temp  ) 

On  f* 
Act. 

verage  C 
lin  0A 
Pred  . 

os  t  ( $ /h 
Econo 
Act. 

r) 

m  i  z  e  r 

Pred . 

Ave 
%  Sa 
Ac  t . 

rage 
vings 
Pred  . 

80 

to 

84.9 

2.01 

- 

- 

- 

75 

to 

79.9 

1.77 

“ 

- 

“ 

70 

to 

74.9 

1.30 

1.57 

1.23 

1.27 

5.4 

19 . 1 

65 

to 

69.9 

m 

1.35 

1 .00 

0.77 

18.0 

43.0 

60 

to 

64.9 

0.97 

1.19 

0.60 

0.39 

38.1 

mm 

55 

to 

59.9 

0.86 

1.06 

0.56 

0.38 

34.9 

64.2 

50 

to 

54.9 

0.81 

0.96 

0.61 

0.45 

24.7 

53.1 

45 

to 

49.9 

0.80 

0.87 

0.54 

0.52 

40.2 

40 

to 

44.9 

0.79 

0.80 

0.51 

0.59 

35  .4 

35 

to 

39.9 

0.69 

0.76 

0.52 

0.67 

24.6 

11.8 

30 

to 

34.9 

- 

0.73 

- 

- 

- 

- 

25 

to 

29.9 

- 

- 

20 

to 

24.9 

- 

0.75 

- 

- 

- 

- 

Predicted  Savings  (Program  Pdeck,  718  operating  hrs): 
Cost  on  Min  OA  -  Cost  On  Economizer 
$708  -  $437  -  $271  or  38.3% 


Actual  Savings  (using  Bin  Data,  141.5  operating  hrs): 
(Min  OA  Cost)  x  (Econ  Hrs.)  -  (Econ  Cost)  x  (Econ  Hrs.) 
$120  -  $85  -  $35  or  29.2% 


Actual  Savings  (using  Pdeck-like  analysis,  141.5  hrs) 
$140  -  $85  -  $55  or  39.3% 
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Table  6.4  shows  that,  as  expected,  the  economizer 
performed  much  better  during  the  month  of  February  than 
program  Pdeck  had  predicted.  The  bln  by  bln  analysis 
shows  the  economizer  was  not  as  effective  at  higher  tem¬ 
peratures  as  Pdeck  had  predicted  but  was  much  more  effec¬ 
tive  at  lower  temperatures.  The  low  temperature  perfor¬ 
mance  is  primarily  attributable  to  the  existence  of  the 
perimeter  heating  system,  a  system  which  was  not  simulated 
by  Pdeck.  This  system  drastically  reduced  the  heating 
load  at  low  temperatures  and  therefore  made  economizer 
operation  more  desirable.  The  negative  savings  shown  in 
the  20-30  F  bins  are  misleading,  as  they  were  caused  by 
the  previously  described  problem  of  low  supply  air  pres¬ 
sure  to  the  pneumatic  hot  deck  controller.  When  the  sup¬ 
ply  air  pressure  was  first  corrected  so  that  the  hot  deck 
controller  could  control  the  coil,  the  hot  deck  tempera¬ 
ture  dropped  well  below  75  F.  This  was  because  the  con¬ 
troller  setpoint  had  been  lowered  during  previous  attempts 
to  bring  the  coll  under  control,  and  it  took  roughly  two 
days  before  the  controller  was  properly  adjusted.  During 
these  two  days  the  rooms  served  by  ACP-7  were  considerably 
cooler  than  was  desirable,  and  the  operating  costs  were 
correspondingly  reduced.  By  coincidence,  these  two  days 
comprised  over  half  the  total  time  that  ACP-7  was  operat¬ 
ing  in  a  min  0A  mode  In  these  two  temperature  bins,  so  the 
rain  OA  costs  for  these  bins  are  artificially  low. 


The  poor  performance  of  the  economizer  at  the  higher 
temperatures  Is  probably  caused  by  a  number  of  factors. 

The  min  OA  costs  In  these  bins  are  almost  Identical  to 
those  predicted  by  Pdeck,  but  the  economizer  costs  are 
much  higher.  A  large  part  of  this  Is  due  to  the  fact  that 
the  economizer  system  was  still  being  adjusted  and  bal¬ 
anced  when  the  warm  weather  occurred,  and  the  economizer 
could  only  admit  up  to  45%  outside  air  Instead  of  the  100% 
allowed  by  Pdeck  or  the  84%  which  the  economizer  could 
admit  after  the  adjustments  were  completed.  The  offset 
problem  with  the  cold  deck  also  hampered  the  economizer 
efficiency.  Since  the  mixed  air  temperature  was  generally 
around  3  degrees  warmer  than  the  cold  deck  temperature, 
the  cold  deck  costs  could  not  be  dropped  to  zero  as  in 
Pdeck.  The  warm  February  weather  occurred  before  the  hot 
deck  had  been  brought  under  control,  so  the  hot  deck  tem¬ 
perature  varied  between  85  and  95  F.  This  led  to 
Increased  hot  deck  costs  In  both  operating  modes.  The 
control  system  on  the  perimeter  heaters  should  have  caused 
them  to  shut  down  during  the  warm  weather,  but  It  is  pos¬ 
sible  that  this  system  still  added  to  the  overall  cooling 
load.  This  would  make  economizer  operation  more  desir¬ 
able,  but  since  the  economizer  itself  was  hobbled  by  the 
factors  already  described  It  would  have  added  to  the  cool¬ 
ing  costs  In  both  modes. 


The  total  savings  predicted  by  the  Pdeck-llke 
analysis  are  roughly  15%  greater  than  those  predicted  by 
the  bin  analysis.  The  economizer  costs  for  both  methods 
are  identical,  so  the  difference  lies  In  the  min  OA  costs. 
The  Pdeck-llke  analysis  assumed  the  deck  temperatures 
would  not  be  affected  by  a  change  in  the  percent  OA  admit¬ 
ted,  but  observations  made  on  the  actual  system  show  this 
was  not  true.  When  the  system  was  operating  in  the  econom¬ 
izer  mode  the  lower  mixed  air  temperature  generally 
dropped  the  cold  deck  temperature  2  to  A  degrees  below  the 
corresponding  temperature  in  the  min  OA  mode.  Thus  the 
Pdeck-llke  analysis  was  based  upon  an  artificially  low 
cold  deck  temperature  and  the  calculated  min  OA  costs  are 
too  high  as  a  result.  The  hot  deck  temperature  was  also 
lowered  when  more  than  the  minimum  amount  of  outside  air 
was  admitted,  but  since  the  system  was  primarily  operating 
in  a  cooling  mode  the  effects  of  the  hot  deck  offset  are 
not  as  noticeable  as  the  effects  of  the  cold  deck  offset. 
This  offset  would  not  be  a  problem  if  the  decks  were  con¬ 
trolled  by  a  properly  functioning  P1D  controller,  so  the 
total  savings  which  could  be  achieved  if  the  entire  system 
were  converted  to  DDC  would  probably  fall  between  the  22% 
predicted  by  the  bin  method  and  the  36%  predicted  by  the 
Pdeck-llke  analysis. 

Table  6.5  shows  the  March  data  supports  the  conclu¬ 
sions  drawn  from  the  February  data.  The  warm  weather 
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which  occurred  in  February  did  not  occur  in  March,  but  the 
general  trend  still  appears  to  be  that  the  economizer 
functioned  better  than  predicted  in  cold  weather  and  worse 
than  predicted  in  warm  weather.  Even  though  the  weather 
during  March  was  much  colder  than  that  which  the  predicted 
savings  were  based  on,  the  total  savings  during  March  were 
a  little  better  than  predicted.  Again  the  Pdeck-like 
analysis  showed  savings  slightly  higher  than  the  bin 
analysis,  about  10%  higher  in  this  Instance.  The  cold 
deck  offset  problem  is  less  severe  during  cool  weather 
(when  the  difference  between  the  mixed  air  temperature  on 
min  OA  and  in  the  economizer  mode  is  less  pronounced),  so 
it  is  to  be  expected  that  the  Pdeck-like  savings  would 
differ  from  the  bin  method  savings  by  a  lesser  amount  dur¬ 
ing  the  abnormally  cool  March  than  it  did  during  the 
unusually  warm  February. 

Table  6.6  again  shows  the  economizer  functioned 
better  during  the  cool  weather  below  45  F  than  it  did  dur¬ 
ing  the  warmer  weather.  Since  the  April  weather  was 
warmer  than  45  F  for  roughly  2/3  of  the  hours  that  ACP-7 
was  operating,  the  system  did  not  save  quite  as  much  as 
program  Pdeck  had  predicted.  The  30  to  40%  it  did  save  is 
certainly  worthwhile,  however.  In  addition  to  the  limit 
on  the  maximum  percent  outdoor  air  and  the  cold  deck 
offset  problems  already  discussed,  other  factors  which 
limited  the  savings  available  during  April  were  the 


shut-down  of  the  perimeter  heating  system,  a  gradual 
reduction  In  the  hot  deck  temperature,  and  a  slight  lower¬ 
ing  of  the  chilled  water  temperature  being  supplied  to  the 
cooling  coll.  The  first  two  changes  reduced  the  air  con¬ 
ditioning  load  on  the  system  and  therefore  reduced  the 
potential  for  economizer  savings,  and  the  third  change 
caused  the  cold  deck  to  run  between  3  and  5  F  cooler  than 
it  had  during  the  winter.  Since  the  microprocessor 
assumed  the  cold  deck  setpoint  was  fixed  at  63  F  and  did 
not  adjust  to  the  new  setpoint,  the  cooling  costs  were 
Increased  by  this  change  in  the  chilled  water  temperature. 
Again,  this  would  not  have  been  a  problem  if  the  micropro¬ 
cessor  had  controlled  the  cold  deck  as  well  as  the  econom¬ 
izer.  The  perimeter  heating  system  shut-down  and  the  drop 
in  the  chilled  water  temperature  are  changes  which  are 
made  campus  wide  every  spring  as  part  of  the  switch-over 
from  a  winter  heating  mode  to  a  summer  cooling  mode.  The 
drop  in  the  hot  deck  temperature  is  a  result  of  various 
adjustments  made  to  help  bring  the  heating  coil  under 
better  control. 

The  data  taken  during  the  three  test  months  indicates 
the  economizer  works  at  least  as  well  as  the  Pdeck  simula¬ 
tion  predicted.  If  the  test  were  extended  over  an  entire 
year  the  savings  during  the  summer  months  might  not  be 
quite  as  great  as  Pdeck  predicted,  but  the  savings  during 
the  fall  and  winter  would  probably  be  greater.  Thus  it 
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does  not  seem  unreasonable  to  assume  a  total  annual  sav¬ 
ings  of  at  least  22%  or  $2187,  as  predicted  by  Pdeck.  The 
total  cost  of  the  microcomputers,  sensors,  and  associated 
electronics  used  in  this  experiment  was  approximately 
$2450,  so  experimental  system  could  pay  for  itself  in  a 
little  over  a  year.  No  attempt  was  made  to  minimize 
equipment  costs  for  this  experiment,  a  system  could  be 
built  to  perform  the  same  function  for  much  less.  If  a  9 
channel  A/D  board  had  been  used  instead  of  two  8  channel 
boards,  for  example,  the  system  could  be  made  to  operate 
on  a  single  microcomputer  and  a  single  A/D  board,  which 
would  reduce  the  equipment  cost  by  $825.  Total  costs  for 
designing,  purchasing,  and  installing  commercially  avail¬ 
able  DDC  systems  are  commonly  estimated  at  between  $300 
and  $400  per  point,  so  the  9  input  /  1  output  system  used 
in  this  experiment  would  cost  between  $3000  and  $4000. 

This  is  a  "worst  case"  cost  estimate,  it  is  highly 
unlikely  that  anyone  would  be  interested  in  purchasing  a 
complete  DDC  unit  just  to  control  an  economizer.  A  better 
strategy  would  be  to  use  a  DDC  unit  to  control  the  entire 
HVAC  system  and  to  include  the  economizer  program  as  one 
of  several  energy  saving  routines.  If  a  suitable  DDC  unit 
had  already  been  Installed  on  system  ACP-7,  for  example, 
the  sensors,  A/D  cards,  and  E/P  transducer  needed  to 
Implement  the  demand  based  economizer  routine  would  have 
cost  an  additional  $1060.  If  the  existing  DDC  unit 


included  a  conventional  economizer  so  that  the  temperature 
sensors  and  E/P  transducer  were  already  in  place,  the 
equipment  needed  to  convert  to  a  demand  controlled  econom¬ 
izer  would  have  cost  an  additional  $350.  Obviously  there 
are  many  ways  to  estimate  costs,  the  figures  given  here 
indicate  the  payback  period  for  a  demand  controlled 
economizer  ranges  from  6  months  (if  the  economizer  is 
added  to  an  existing  DDC  unit)  to  2  years  (if  a  DDC  unit 
is  purchased  just  for  this  purpose).  In  either  case,  the 
payback  period  falls  well  within  the  range  which  is  nor¬ 
mally  considered  to  be  economically  justifiable. 

6  .3  Load  Variations 

The  discussion  thus  far  has  compared  the  operating  costs 
using  the  demand  based  economizer  to  the  costs  using 
minimum  outside  air.  Some  of  the  savings  observed  could 
also  have  been  achieved  by  a  conventional  economizer  which 
based  the  control  decision  on  the  outside  air  temperature. 
It  is  difficult  to  provide  a  quantitative  comparison 
between  the  savings  which  could  be  achieved  by  the  two 
types  of  economizers  because  the  performance  of  the  con¬ 
ventional  economizer  is  dependent  upon  what  temperature  is 
chosen  as  the  lower  limit  as  well  as  on  the  weather  condi¬ 
tions  described  so  far.  K  qualitative  feel  for  how  a  con¬ 
ventional  economizer  would  have  performed  in  system  ACP-7 
can  be  gained  by  looking  at  how  the  heating  and  cooling 
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loads  varied  with  outside  air  temperature.  This  is  plot¬ 
ted  in  Figure  6.1.  The  heating  and  cooling  loads  are 
plotted  as  net  cooling  cost  (-  cold  deck  cost  -  hot  deck 
cost)  to  relate  these  loads  to  economizer  performance. 

When  the  net  cooling  cost  is  positive,  it  indicates  system 
ACP-7  was  operating  in  an  air  conditioning  mode  and  an 
economizer  would  cut  operating  costs.  The  predictions 
done  by  program  Pdeck  (as  well  as  the  performance  of  the 
microprocessor)  show  that  even  if  the  net  cooling  cost  is 
negative  the  total  system  cost  may  still  be  lowered  some¬ 
what  by  switching  to  an  economizer  mode,  but  the  savings 
achieved  are  not  nearly  as  great  as  when  the  system  cool¬ 
ing  cost  is  positive.  Thus  the  dashed  line  in  Figure  6.1 
(net  cooling  cost  «  0)  gives  some  indication  of  the  lower 
limit  for  effective  economizer  operation.  The  data  plot¬ 
ted  on  this  graph  were  taken  when  system  ACP-7  was  operat¬ 
ing  in  the  minimum  OA  mode  only,  as  the  net  cooling  cost 
in  the  economizer  mode  would  be  greatly  reduced  by  the 
economizer  and  the  "cost  -  0"  operating  line  would  have 
little  meaning.  All  data  on  this  graph  were  taken  during 
the  month  of  March. 


Figure  6.1  shows  economizer  operation  was  always 
feasible  above  a  temperature  of  about  32  F,  and  was  some¬ 
times  advisable  at  temperatures  below  this  point.  Thus  a 
conventional  economizer  with  a  low  temperature  cut-off  of, 


say  30  F,  could  have  achieved  much  of  the  savings  achieved 
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by  the  demand  based  economizer.  In  the  region  below  32  F 
the  demand  based  economizer  would  be  able  to  outperform  a 
conventional  economizer,  but  the  savings  to  be  achieved  in 
this  region  are  not  as  great  as  those  available  at  higher 
outside  air  temperatures.  Figure  6.1  does  show  that 
although  there  is  a  general  increase  in  net  cooling  cost 
as  the  outside  air  temperature  Increases,  there  can  be 
considerable  variation  in  load  at  any  one  temperature.  In 
the  region  of  32  to  35  F,  for  example,  the  cooling  cost 
varies  from  +  $. 30/hr  to  -  $. 12/hr.  Obviously  the  outside 
air  temperature  only  provides  a  general  indication  of  what 
the  cooling  load  is.  There  will  always  be  a  15-20  degree 
"range  of  uncertainty"  in  which  a  conventional  economizer 
will  not  always  make  the  correct  decision.  Also  it  should 
be  noted  that  the  Figure  6.1  is  based  upon  flow  and  tem¬ 
perature  readings  taken  by  the  demand  based  economizer. 

If  this  instrumentation  had  not  been  installed  in  the  air 
conditioning  system  it  would  have  been  Impossible  to 
determine  where  to  set  the  low  limit  for  a  conventional 
economizer.  Typically  this  cut-off  is  set  around  45-50  F. 
Figure  6.1  shows  that  if  this  had  been  done  with  system 
ACP-7  a  conventional  economizer  would  have  missed  virtu¬ 
ally  all  of  the  potential  savings.  Program  Pdeck 
predicted  the  optimum  cut-off  would  be  near  35  F.  A  con¬ 
ventional  economizer  with  this  as  a  low  limit  would  have 
achieved  over  half  the  savings  available,  but  would  still 
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have  missed  a  great  deal.  The  demand  based  economizer, 
however,  was  able  to  realize  savings  at  temperatures  as 
low  as  5  F. 

Another  point  which  should  be  made  Is  that  Figure  6.1 
shows  the  net  cooling  cost  for  system  ACP-7  as  It  was 
operating  in  March  of  1984.  If  the  low  temperature  cut¬ 
off  of  a  conventional  economizer  were  set  based  upon  this 
plot,  it  would  only  be  correctly  adjusted  for  as  long  as 
the  operating  conditions  remained  unchanged.  If  the  set- 
point  on  the  perimeter  heating  system  were  changed,  for 
example,  the  heating  and  cooling  loads  on  system  ACP-7 
would  change  and  Figure  6.1  would  no  longer  be  valid.  The 
demand  based  economizer  will  au tcma tica  1  ly  adjust  to  any 
changes  in  the  building  load,  but  a  conventional  econom¬ 
izer  will  not.  In  short,  it  may  be  possible  to  adjust  a 
conventional  economizer  so  that  it  will  achieve  much  of 
the  savings  available  to  a  demand  based  economizer,  but 
this  adjustment  will  require  repeated  temperature  and  flow 
measurements  and  will  need  to  be  repeated  whenever  any 
element  in  the  building  system  is  changed  if  peak  perfor¬ 
mance  is  to  be  maintained. 

A  plot  of  how  the  net  cooling  cost  varies  with  the 
time  of  day  Is  shown  in  Figure  6.2.  This  graph  shows  the 


net  cooling  costs  in  the  min  OA  mode  on  Mondays,  Wednes¬ 
days,  and  Fridays  during  the  month  of  March.  (These  three 
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days  were  chosen  because  class  schedules  are  generally 
identical  on  these  days,  so  the  building  occupancy 
schedules  should  also  be  identical.)  Each  line  segment 
represents  a  continuous  string  of  measurements  during  one 
day.  The  discontinuities  Indicate  times  when  the  system 
was  switched  into  the  min  OA  mode  from  the  economizer  mode 
or  vice  versa.  Generally  this  was  done  between  8  and  9 
am.  The  absolute  magnitude  of  any  one  line  is  relatively 
meaningless,  as  this  is  determined  by  that  day's  weather 
as  much  as  anything  else,  but  the  variation  throughout  the 
day  is  interesting.  When  the  system  is  first  started  in 
the  morning  the  load  is  typically  at  or  very  near  its  peak 
air  conditioning  load.  Apparently  the  perimeter  heating 
system,  which  runs  all  night  long,  is  heating  the  building 
to  the  point  where  air  conditioning  is  required  to  cool  it 
back  down  to  setpoint.  The  load  steadily  drops  until  8  or 
9  am,  partly  because  the  system  has  cooled  the  building 
from  its  nightime  high  and  partly  because  people  arriving 
for  work  are  opening  doors  and  admitting  cold  air.  (There 
are  no  exterior  doors  in  the  area  served  by  system  ACP-7, 
so  the  effect  of  this  entering  air  would  be  limited  to 
that  caused  by  air  circulation  within  the  building.)  The 
cooling  load  rises  throughout  the  day  until  it  peaks  at 
around  3  or  4  pm,  and  then  begins  dropping  as  the  people 
leave  and  as  the  outside  air  temperature  drops.  It  is 
Impossible  to  tell  how  much  of  this  load  variation  is 
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caused  by  outside  temperature  changes  (which  would  be 
detected  by  a  conventional  economizer)  and  how  much  is 
caused  by  internal  load  changes  (which  would  not).  The 
fact  that  the  peak  cooling  load  often  occurs  early  in  the 
morning  when  the  outside  air  temperature  should  be  near 
its  minimum  indicates  the  internal  load  can  affect  the 
cooling  cost  as  much  or  more  than  daily  temperature  fluc¬ 
tuations  It  is  this  fluctuation  of  the  Internal  load 
which  makes  the  demand  based  economizer  superior  to  a  per¬ 
fectly  tuned  conventional  economizer.  The  more  this  load 
fluctuates,  the  more  desirable  the  demand  based  economizer 
becomes . 
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SUMMARY  AND  CONCLUSIONS 

The  data  presented  in  the  previous  chapters  clearly  indi¬ 
cate  the  fact  that  the  demand  based  economizer  is  a  viable 
control  scheme.  During  the  months  of  February  and  March 
this  controller  cut  the  total  heating  and  cooling  coll 
costs  in  system  ACP-7  by  well  over  20%  (compared  to 
minimum  outside  air  operation),  and  data  taken  during 
April  indicate  such  a  controller  could  cut  costs  by  30%  or 
more  under  favorable  conditions  (Savings  of  over  60%  were 
recorded  for  some  individual  days.)  Clearly  there  is 
great  potential  for  improved  operating  efficiency  if  such 
a  scheme  is  adopted.  The  fact  that  the  system  will  pay 
for  itself  in  less  than  2  years  (perhaps  even  in  6  months) 
adds  further  justification  for  its  use. 

The  superiority  of  the  demand  based  economizer  over  a 
conventional  economizer  is  not  as  easily  quantified,  but 
the  data  did  Indicate  areas  in  which  the  demand  based 
economizer  would  outperform  even  a  perfectly  tuned  conven¬ 
tional  economizer.  The  phrase  "perfectly  tuned"  is  cru¬ 
cial  to  this  comparison  -  an  improperly  adjusted  conven¬ 
tional  economizer  would  not  reduce  operating  costs  nearly 
as  much  as  the  demand  based  economizer.  Since  a  conven¬ 
tional  economizer  can  only  be  perfectly  adjusted  if  a 
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complete  record  of  temperatures  and  flows  is  available, 
the  same  sensors  and  instrumentation  would  be  required  for 
both  types  of  economizers.  In  reality,  these  measurements 
are  not  used  to  adjust  conventional  economizers  and  it  is 
doubtful  if  any  "perfectly  tuned"  economizers  actually 
exist.  The  demand  based  economizer  will  always  adjust  to 
the  current  operating  conditions,  so  it  is  safe  to  assume 
that  it  will  outperform  existing  conventional  economizers. 
Even  if  a  perfectly  tuned  conventional  economizer  did 
exist,  a  demand  based  economizer  would  outperform  it  if 
the  Internal  building  load  varied  independently  of  the 
weather.  The  building  chosen  as  a  test  site  for  this 
experiment  showed  a  moderate  fluctuation  in  Internal  load; 
if  this  fluctuation  had  been  larger  the  demand  based 
economizer  would  have  shown  even  greater  savings. 

The  equipment  used  in  this  experiment  functioned  very 
well  throughout  the  test  period.  This  equipment  was  not 
built  to  the  durability  and  convenience  standards  required 
of  commercial  HVAC  controls,  but  the  fact  that  the  "bread¬ 
board"  system  operated  so  well  indicates  there  should  be 
no  major  problems  in  building  a  commercial  system  to 
Implement  the  same  control  scheme.  The  heated  thermistor 
velocity  sensors  showed  particular  promise,  as  they  may 
prove  to  be  less  expensive  than  the  flow  sensors  currently 
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on  the  market 


As  a  final  note,  the  instrumentation  installed  for 
use  in  this  experiment  provided  Invaluable  data  on  how  the 
entire  HVAC  system  was  operating,  data  which  allowed  the 
existing  controls  to  be  "fine  tuned"  for  better  effi¬ 
ciency.  The  flow  sensors  were  particularly  valuable,  as 
they  provided  information  which  is  not  ordinarily  avail¬ 
able  with  conventional  control  systems.  As  an  example, 
the  perimeter  heating  system  in  the  test  area  provided  so 
much  heat  that  system  ACP-7  was  in  an  air  conditioning 
mode  even  during  the  coldest  weather  in  January.  This  is 
very  inefficient,  the  cooling  coils  in  system  ACP-7  and 
the  perimeter  heating  system  were  "fighting"  each  other, 
but  without  the  flow  sensors  this  condition  would  have 
gone  undetected.  The  rooms  remained  comfortable  and  the 
deck  temperatures  remained  within  their  normal  operating 
range,  so  temperature  sensors  alone  would  not  have 
detected  this  problem.  The  flow  sensors;  however,  indi¬ 
cated  that  most  of  the  airflow  was  being  channeled  through 
the  cooling  coil,  a  situation  which  is  distinctly  abnormal 
during  subzero  weather.  There  were  many  other  instances 
in  which  the  data  logged  by  the  microprocessor  gave  valu¬ 
able  insight  into  how  the  existing  controls  were  function¬ 
ing,  which  points  out  the  need  for  proper  instrumentation 
in  any  type  of  control  system. 


RECOMMENDATIONS 


The  results  obtained  during  this  experiment  show  that 
development  of  a  commercial  version  of  the  demand  based 
economizer  would  be  very  desirable.  A  longer  term  test 
of,  say,  1  year  would  help  determine  the  economic  feasi¬ 
bility  of  such  a  control,  but  the  results  obtained  to  date 
may  be  sufficient  to  justify  concurrent  development  and 
testing  programs.  This  work  is  perhaps  best  left  to  the 
established  control  manufacturers,  although  it  is  entirely 
possible  that  existing  DDC  control  systems  (such  as  the 
one  currently  being  installed  at  Purdue)  could  be  modified 
to  Implement  a  form  of  this  control  scheme. 

The  heated  thermistor  velocity  sensors  used  in  this 
experiment  showed  great  promise,  but  a  longer  term  and 
larger  scale  test  would  be  required  to  determine  their 
suitability  for  operational  use.  It  appears  that  some 
controls  manufacturers  are  already  working  on  this  type  of 
sensor,  so  any  future  work  in  this  field  should  begin  with 
a  survey  of  manufacturers.  Even  if  the  demand  based 
economizer  control  scheme  is  not  adopted,  further  work  on 
inexpensive  flow  sensors  is  recommended.  The  data  gath¬ 
ered  during  this  experiment  showed  that  flow  measurements 


can  give  invaluable  insight  into  how  a  HVAC  system  is 
operating  and  can  be  used  to  "fine  tune"  the  entire  con¬ 
trol  system. 

In  addition  to  the  development  of  a  better  velocity 
sensor,  further  work  should  be  done  on  the  relationship 
between  the  centerline  velocity  and  the  average  velocity 
in  rectangular  ductwork.  The  assumption  that  these  two 
velocities  are  related  by  a  constant  ratio  of  1:0.9  served 
the  needs  of  this  experiment,  but  is  not  recommended  for 
wider  use  until  further  study  is  done.  It  is  also  possi¬ 
ble  that  further  study  could  reveal  a  better  location  to 
take  the  velocity  measurements.  In  round  ducts,  for  exam¬ 
ple,  a  velocity  probe  located  at  a  radius  of  0.762  R  (R  - 
radius)  from  the  centerline  will  indicate  the  average 
velocity  to  within  +  1/2  percent  over  a  wide  range  of 
Reynold's  numbers  (28).  If  a  similar  relationship  could 
be  found  for  non-circular  ducts  the  accuracy  of  the  flow 
measurements  could  be  greatly  Improved. 

The  outdoor  air  temperature  sensor  used  in  this 
experiment  functioned  very  well  after  it  was  lengthened  to 
reduce  conduction  problems  (see  chapter  5),  but  its  per¬ 
formance  before  this  modification  was  very  poor  indeed. 
Clearly  this  could  be  a  problem  with  other  sensors  as 
well.  Some  point  sensors  with  long  support  brackets  are 
now  appearing  on  the  market.  It  is  recommended  that  all 
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future  sensing  of  outdoor  air  temperatures  be  done  with 
one  of  these  sensors,  with  an  averaging  sensor,  or  with 
some  other  type  of  sensor  which  will  eliminate  the  conduc¬ 
tion  problem.  It  is  also  recommended  that  outdoor  air 
temperatures  be  measured  in  ductwork  leading  to  the  system 
being  controlled,  or  at  least  in  ductwork  leading  to  a 
similar  system  in  the  same  building.  Some  large-scale 
energy  management  systems  have  proposed  using  a  single 
outdoor  air  sensor  to  control  economizers  located 
throughout  a  campus,  but  temperature  measurements  made  in 
connection  with  this  experiment  indicate  local  variations 
in  outdoor  air  temperature  can  have  a  significant  effect 
on  economizer  performance.  These  measurements  were  not 
actually  a  part  of  the  experiment  and  were  not  conducted 
in  a  rigorous  manner,  but  until  further  experiments  are 
done  the  use  of  a  single  sensor  to  control  several  build¬ 
ings  is  not  recommended. 

The  instrumentation  installed  as  part  of  this  experi¬ 
ment  revealed  several  minor  problems  with  the  existing 
controls  on  system  ACP-7,  and  it  is  quite  possible  that 
many  of  the  "fine  tuning"  adjustments  made  to  this  system 
may  be  applicable  to  other  similar  systems.  Further  meas¬ 
urements  are  recommended  to  determine  how  widespread  the 
problems  noted  in  this  report  are.  Clearly  there  is  a 
possibility  that  other  perimeter  heating  systems  may  be 
set  too  high.  Hand  held  flow  meters  could  be  used  to 


measure  the  hot  and  cold  deck  flows  on  a  cold  day,  if  the 
rooms  are  calling  for  more  cold  air  than  warm  air  the  per¬ 
imeter  heating  system  is  probably  set  too  high.  Many  of 
the  conventional  economizers  which  were  disabled  in  the 
past  may  need  to  be  reactivated.  A.  building  by  building 
analysis  using  current  energy  costs  is  therefore  recom¬ 
mended.  Again,  a  hand  held  flow  meter  could  be  used  to 
measure  the  deck  flows  to  prepare  such  an  analysis  and  to 
set  the  low  temperature  cut-off  on  any  economizers  which 
are  re-activated. 

As  a  final  note,  it  should  again  be  stressed  that 
system  ACP-7  has  been  very  well  maintained  and  was  in  fine 
operating  condition  at  the  beginning  of  this  test.  Many 
existing  HV AC  systems  are  not  in  nearly  as  good  condition, 
and  the  savings  achieved  by  the  demand  based  economizer 
are  insignificant  compared  to  the  savings  which  can  be 
obtained  by  repairing  a  malfunctioning  control  system. 

The  first  step  which  should  be  taken  in  any  energy  manage¬ 
ment  program  is  to  get  the  existing  systems  to  operate  as 
designed.  Only  after  this  is  done  should  more  complicated 
control  schemes,  such  as  the  one  described  in  this  thesis, 


be  considered 


i 
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Appendix  A:  Drawings  Of  Krannert  Building 


I  ’ 


Krannert  Floor  Plans:  Main  And  Second  Floors 


Figure  A. 3 

Krannert  Floor  Plans:  Fifth  And  Sixth  Floors 


Krannert  Floor  Plans:  Seventh  Floor  And  Penthouse 
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Appendix  B:  Program  PDECK 


c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 


program  mala  ( inpu t , oa t p u t , tap e5-i up u t , tap«6 -ou tpu t ) 
common  p 

This  program  calculates  the  flows,  costs,  end  psychrometlc 
data  for  the  heating  and  cooling  decks  In  HVAC  system 
ACP-7  In  the  Krannert  Building  using  bln  data  for  outside 
air  conditions*  It  assumes  the  room  load  includes  a 
fixed  latent  load  of  3  gr./lb  dry  air  (times  the  supply 
air  flow),  a  fixed  sensible  load  of  273,402  B/hr,  and  a 
variable  sensible  load  of  5,082  B/hr  P  times  (ouslde  air 
temp  -  Inside  air  temp).  Subroutine  Psyc  Is  used  to 
perform  the  pay chrome  trie  calculations.  The  value  used 
for  the  system  cfm  Is  based  upon  mixed  air  conditions. 

The  amount  of  outside  air  admitted  Is  determined  by  an 
algorithm  which  simulates  microprocessor  control.  This 
algorithm  compares  the  dry  bulb  temperatures  of  the 
outside  and  return  air,  calculates  the  mixed  air  temp 
which  would  result  with  valous  percentages  of  outdoor 
air,  and  finds  the  percentage  which  would  yield  the 
minimum  operating  cost. 


abbreviations  used  In  variable  names: 

oa  «  outside  air 

ma  •  mixed  air 

hd  »  hot  deck 

cd  •  cold  deck 

ra  •  room  (or  return)  air 

■a  -  supply  air 


variables  used  In  air  calculations 

t _  «  dry  bulb  temp  (deg.  £) 

example:  toa  »  outside  air  dry  bulb  temp 

tw _  *  vet  bulb  tenp  (deg.  f) 

td _  »  dew  point  temp  (deg.  f) 

rh _  ■  relative  humidity 

w «  specific  humidity  (gralns/lbda) 

h ■  enthalpy  (btu/lbda) 

v _  «  specific  volume  ( cu . f t . / lbda ) 

pv _  ■  vapor  pressure  (In.  hg.) 
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e  variables  uaad  In  general  calculations 

c 

c  cdc  «  cold  dack  cost,  this  bln  ($/hr) 
c  cdsat  ■  cold  dack  satpolnt  (dag.  f) 

c  cfmcd  “  raqulrad  cfn  through  cold  dack  ( cu . f t . /sin ) 
c  cfmhd  -  raqulrad  cfm  through  hot  dack  (cu.f t./sln) 
c  cfmoa  *  cfa  of  outdoor  air  adalttad  (cu.ft./mln) 
c  ca  ■  cost  savings  whan  ualng  aconosltar,  all  bins  totallad  ($) 
c  dlff  *  dlffaranc#  betwaan  calculated  rooa  air  hualdlty  and 
c  supply  air  hualdlty  -f  rooa  latant  Load  ( gra Ins /  1  bda ) 

c  eedet  “  total  cold  dack  cost  for  all  bins  using  economizer  ($) 
c  ehdet  -  total  hot  deck  coat  for  all  bins  using  econoalzer  ($) 
c  hdc  -  hot  deck  cost,  this  bln  ($/hr) 
c  hdset  -  hot  deck  setpoint  (dag.  f) 

c  hrs  -  number  of  hours  toa  and  tub  occur  this  month  (hr) 
c  lcount  «  counting  variable  to  space  outputs  on  pages 
c  iflag  “  flag  to  shou  If  aconomlzar  Is  on  (»5)  or  off  («0) 
c  It  -  number  of  Iterations  through  this  loop 

c  month  ■  month  for  which  calculations  are  being  made  (alpha) 
c  p  «  barometric  pressure  (In.  hg.) 

c  phd  -  percent  of  supply  air  going  through  hot  deck 
c  poa  ■  percent  outside  air  admitted 
c  poamln  «  minimum  percent  outside  air  permitted 
c  rload  «  room  sensible  load  (btu/min) 
c  scfm  “  supply  air  flow  (cu.ft./aln) 
c  sp  “  rooa  setpoint  (deg.  f) 

c  tc  ■  total  cost  of  operating  both  decks,  this  bln  ($) 
c  tede  ■  total  cost  to  operate  cold  deck,  this  bln  ($) 
e  tedep  •  total  cold  deck  cost,  this  bln,  with  previous  X  oa  ($) 

c  tedet  •  total  cold  deck  coat  for  all  bins  on  minimum  oa  ($) 

c  tep  a  total  cost  for  both  decks,  all  bins,  with  previous  X  oa 

c  tet  ■  total  cost  for  both  decks,  all  bins,  over  entire  month  ($) 

c  thde  a  total  hot  deck  cost,  this  bln  ($) 

c  thdcp  a  total  hot  deck  cost,  this  bln,  with  previous  7.  oa  ($) 

c  thdet  •  total  hot  deck  cost  for  all  bins  using  minimum  oa  ($) 

c 
c 

c  variables  used  to  simulate  microprocessor  calculations 

c 

c  edeost  •  predicted  cold  deck  cost  on  economizer  ($/mln  *10-7) 
c  cost  a  predicted  total  cost  on  econoalzer  ($/min  *10-7) 
c  hdcost  •  predicted  hot  deck  cost  on  econoalzer  ($/mln  *10-7) 
c  optpoa  •  optimum  percent  oa  (yields  lowest  total  cost) 
c  optcost  •  total  cost  using  optimum  percent  oa 
c  treq  «  required  supply  air  temp  to  meet  room  load  (deg.  f) 
c 
c 

c  Input  data: 

c 

p-29  .92 
sp-75 .0 
cdse t-60 .7 


;  f 

rAi  a- 
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hdaa  t-80 . 0 
scfa-17355  .0 
te  t-0 .0 
poaaln-0 . 17 
tcp-0 .0 
thdcp-0 . 0 
tedcp'O  .0 
thdc t-0 .0 
tcdc  t-0 .0 
ahdc  t-0 .0 
aedct-0 .0 
ca-0 .0 
lcount-0 

read(S,10)  Booth 
10  formet(alO) 

vrlte(6,20)  month 

20  foraat  (Ihl,'  ealeulatlona  for  ',al0) 
c 

c  atart  output  on  a  now  page  If  leount  -  2 
c 

30  if ( leount . 1 t . 2 )  go  to  35 
wr 1 te ( 6 , 3  2 ) 

32  foraat(lhl) 
lcount-0 

35  read(5,40)  toa ,  tvoa  ,  hrs 

40  foraat  (3fl0.0) 

If ( toa  .ga  .900  .0  )  go  to  160 
vri ta ( 6 ,45  ) 

45  format(//,'  *******************************************', 
c  '*»******»»*»»•******',//) 
wrlta(6,50)  toa,  twoa  ,  hra 

50  format('  bln  da ta : ' , / , 5x , 'dry  bu lb-' , f 9 , 3 , 5* , '»• t  bulb-', 
c  f 9 . 3  ,5x  ,' houra  dura t Ion-' ,  f 9 . 3  , / / , '  on  minimum  oat',//) 
c 

c  set  lflag  to  0  and  percent  oa  to  minimum 
c 

poa-poamln 
1 f lag-0 
c 

c  calculate  outdoor  air  condltloua 
c 

call  payc(l,toa,twoa,tdoa,rhoa,voa,hoa,voa,pvoa) 
c 

c  calculate  mixed  air  condltlona  (aaauma  return  air  temp  -  setpoint 
c  and  ra  humidity  -  aa  humidity  +  3gr/lbda  for  tha  first  iteration) 
c 

55  1 t- 1 

tra-sp 

wma- ( woa*poa+ 3 .0*(1.0-poa))/poa 
vra-wraa+3 ,0 
c 

c  use  mixing  equations  to  deterlne  ma  condltlona  for  each  iteration 
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e 


c 

c 

c 


e 

c 

c 

e 


c 

c 

c 

e 

c 

c 

c 


c 

c 

c 

c 

c 

c 

c 


56  wma»po**wo*+(  l  .0-po*)*w'ra 
tm*«po**toa+( l.O-poa)*tra 

call  psy c ( 3  , tma , two* , tdma , rhma , wo a , hoa , vma , pvaa) 
calculate  hot  deck  conditions 


thd-hdse t 

1 f ( toa . g t . thd )  thd- tma 
whd-wma 

call  psyc(3,thd,twhd,tdhd,rhhd,whd,hhd,vhd,pvhd) 

calculate  cold  dock  conditions  (assume  condensation  occurs, 
then  check  assunptlon  by  comparing  humidities) 

tcd^cdset 

1 f ( tma . It . ted )  ted- toa 
twcd-5  9 .4 

If ( ted. la. twed)  twed-ted 

call  psyc(l,tcd,tvcd,tdcdfrhcd,wcd,hcd,vcd,pvcd) 

If  (wma.gt.wcd)  go  to  59 
«cd«vaa 

call  psyc(3ttcdftwcd,tdcd,rhcd,wcd,hcd,vcd,pvcd) 

59  continue 

calculate  room  load  (per  minute) 

r load- (27 340  2  .0-508  2  .0* ( tra- toa  ) ) / 60 . 0 

calculate  required  supply  air  temp  based  upon  dry  air  enthalpy 
(if  >thd  or  <tcd,  assume  max  flow  thru  appropriate  deck) 

tsa« tra- r load* vma/ (scfm*0.24) 

1  f  (  tsa  .  1 1 .  thd  )  go  to  57 
phd» 1.0 
go  to  311 

57  if ( tsa.gt. ted)  go  to  58 
phd«0  .0 

go  to  311 

58  continue 

calculate  percent  flow  through  hot  deck  and  supply  air  humidity 

phd*(tsa-tcd)/( thd- ted ) 

311  ws««phd*whd+( 1 .0-phd )*wcd 
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lt-tt+1 

lf(lt.gt.20)  print*)'  return  air  Iteration  doe*  not  converge' 
lf(lt.gt.20)  go  to  34 
go  to  36 

calculate  room  air  conditions 
54  wra“wsa+3.0 

call  psyc(3,tra,twra,tdra,rhra,wra,hra,vra,pvra) 
calculate  required  supply  air  conditions 
hsa«hra-r load*vma/  scf m 

If  required  supply  air  enthalpy  >  hot  deck  enthalpy,  drop 
roon  temp  0.1  degree  and  recalculate  system  air  conditions 


1 f ( has . la . hhd )  go  to  320 
tra-tra-0.1 
go  to  56 
320  continue 
c 

c  If  required  supply  air  enthalpy  <  cold  deck  enthalpy,  raise 
c  room  temp  0.1  degree  and  recalculate  system  air  conditions 
c 

If (haa.ge.hcd)  go  to  330 
tra-tra+0 . 1 
go  to  56 
330  continue 
c 

c  calculate  required  cfm  through  hot  and  cold  decks 


cf mhd»( haa-hcd)*(scfra/vme)*vhd/(hhd-hcd) 
cfmcd»(scfm/vma-cfmhd/vhd)*ved 

calculate  costs  for  each  deck  (per  hour)  and  total  cost  per  month 

hdc-( ( hhd-hme )*cfmhd/vhd)* ( 2.9*10.0**(-6.0))*(60.0) 

cdc«( ( hma- hed )*cf me d/vcd)*(6. 58*10. 0**(-6.0))*(60.0) 

lf(hdc. lt.0.0)  hdc-0.0 

If ( ede . 1 t . 0 .0 )  cdc«0.0 

thdc«hdc*hrs 

tcdc»cdc*hrs 

tc«thdc+tcdc 

calculate  a  running  total  for  costs  In  all  bins  this  month 

1 f ( 1 f lag . g t .  1 )  go  to  65 

tc  t«tc  t+tc 

thde  t- thde t+ thde 

tede t« tede t+tede 

ehde t-ahde t+ thde 
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acdc  t-ocdc  t+tcdc 
go  to  66 

63  cs«cs+tcp-tc 

•  hde  t-ohdc t+ thdc- thdcp 
•cdct-acdct+tcdc-tcdcp 
66  thdcp-thdc 
tcdcp- tcdc 
tcp«tc 
c 

c  print  luoatry  of  multi 
c 

lcoun t»lcoun t+l 
wrlte(6 ,60) 

60  fornat( I2x, 'outdoor  air' ,4x , 'room  al r ' , 4x , 'nixod  alr',4x, 
c  'hot  dock' ,4x  ,'cold  dock',/) 
wrlto(6,70)toa,tra, tno , thd  ,  ted 
70  foraat('  leap' , 7x , f 9 .3 ,4x , f 9 .3,4x , f 9 .3 ,4x  ,  f 9 .3  ,4x  ,  f 9 . 3 ) 
wrlte(6,75)  woa ,wra ,waa ,uhd , ved 

75  format('  humid i ty' , 3x , f 9 . 3 ,4x , f 9 . 3 ,4x , f 9 . 3 ,4x  ,  f 9 . 3 , 4x , f 9  . 3 ) 
wrlto(6,80)  rhoa,rhra, rhaa ,rhhd,rhcd 
80  format('  porcont  rh' , lx , f 9 . 3 , 4x , f 9  .  3 , 4x  ,  f 9 . 3 , 4x  ,  f 9 . 3 , 4x  ,  f 9  . 3 ) 
wrlto(6,90)  hoa , hra , haa , hhd , hed 

90  foraat('  on tha lpy ' , 3 x , f 9 . 3 , 4x , f 9 . 3 , 4x  ,  f 9 . 3 , 4x  ,  f 9 . 3 , 4x  ,  f 9 , 3 ) 
wwma-wma- 0 .01 

if ( wed . go . wwoa )  go  to  95 
write  (6,91) 

91  foraat  (//,'  condensation  occurod') 

95  continuo 

wrlto(6,100)  efrahd  ,  hde 

100  format(//,'  hot  deck  runs  at  ',f9.3,'  cfn  and  costs',  f9.4, 
c  '  par  hour') 
wrlto(6,110)  efned  ,cdc 

110  foraat('  cold  dock  runs  at  ',f9.3,'  cfn  and  coats', f9. 4, 
c  '  par  hour') 
wrlto(6,120)  tc, thdc, tcdc 

120  foraat('  total  nonthly  cost  for  both  docks  (this  bln)  ls',f9.4, 
c  //,'  (hot  dock  "',19.4,'  cold  dock  ■'  ,  f 9  .4  , '  )  '  ,  ) 
if  (lflag.gt.l)  go  to  30 
c 

c  calculate  optimum  oo  adalttod  in  economizer  cycle 
c 

if  lag-5 

if  ( toa . g t . 7 2 .0 )  go  to  166 
op  tcos  t- 9999999999. 9 
troq"(cfmhd*thd+cfmcd*tcd)/acfm 
op  tpoaapoa 

145  if (poa.gt. 1 .0)  poa«1.0 

traa-poa*  toa-f  (  1.0-poa)*tra 
thd>hdsa t 
tcd-cdso t 

if  (tma.gt.thd)  thd-taa 
if  (tma.lt. ted)  tcd'taa 


t  . 
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cfmhd>scfm*( tr«q-tcd)/( thd- ted ) 
cfmcd»scfm-cfmhd 
hdcost-cfmhd*( thd-tme)*0 .508 
cdcostacfmcd*(tme-tcd)*l.l9 
coit>hdcoi t+cdcos  t 
If  (cost. lt.optcost)  optpoi'pot 
If  (cos t . 1 t . op tcos t )  opteost*cost 
If  (poe . g t , 0 .999  )  go  to  147 
poe-poe+0 .0 1 
go  to  145 
147  poe*optpoe 

If  (poe.gt.poemln)  go  to  146 
166  writs  (6,130) 

130  formet  (// microprocessor  would  aot  lncrssss  outside  sir') 
go  to  30 

146  efsot«tcfa*pot 

wrlte(6,150)  cfnot ,po> 

150  (ors»t{//,'  economizer  opsrstlon  selected',//,'  with  dempers', 
c  '  set  for  ',f7.l,'  cfm  or  ',f5.3,'  percent  on:',//) 
go  to  55 
c 

c  print  totel  costs  for  entire  month 
c 

160  ect^ehdct+ecdct 

wrlte(6,170)  month, tet, thde t, tedet ,ect,ehdct,ecdc t, ci 
170  f orme t ( '  1' , / / / ,  '  summery  for  the  month  of  ',el0,///, 

c  '  If  running  on  min  oe  only  the  totel  cost  for  both  decks  Is 
c  f 9 .4 , // , '  (hot  deck  -  ',£9.4,'  cold  deck  -  '  ,  f 9  . 4  , ' ) ' , / / / 
c  '  If  used  microprocessor  control  the  totel  cost  would  be  ', 
c  f 9.4,//,'  (hot  deck  -  ',f9.4,'  cold  deck  -  ',  f 9  .4  ,')',/// , 

c  '  totel  sevlngs  with  microprocessor  *  ',f9.4) 
s  top 
end 

subroutine  psyc  ( key , t , tw , td , r n , w , h , v , p v ) 
c 

c  psychrometrlc  chert  generetor 

c 

c  list  of  verlebles 


c 

key 

specifies  Inputs 

c 

t 

dry  bulb  tempereture,  deg  f 

c 

tw 

wet  bulb  tempereture,  deg  f 

c 

td 

dew  point  tempereture,  deg  f 

c 

rh 

reletlve  humidity 

c 

w 

humidity  retlo,  gr/lbds 

c 

h 

enthelpy,  btu/lbde 

c 

V 

specific  volume,  cuft/lbde 

c 

py 

vepor  pressure,  in  hg 

c 

p 

berometrlc  pressure,  In  hg 

c 


c 


common  p 

go  to  (100, 200, 300, 400, 500, 600, 700), key 


c 

c 


lnput--dry  bulb  and  wet  bulb 


100  If  ( tw. g t . t+0 . 0 1 )  prln t * , ' e rr or  ,  wet  bulb  cannot  be  greater 
1'  than  dry  bulb--chectc  Inputs' 
pvw-gps( tw) 
hf w-ghf ( tw) 
hg-ghg( t) 

w-(0.2403*(tw-t)+gw(pvw)*(ghg(tw)-hfw))/(hg-hfw) 
pv-gpv(w) 
rh-pv/ gpa ( t) 
h-0.2403*  t+w*hg 
go  to  307 
c 

c  lnput--dry  bulb  and  relative  humidity 

c 

200  pv-rh*gps( t) 
w-gw( pv) 
go  to  304 
c 

c  lnput--dry  bulb  and  humidity  ratio 

c 

300  w-w/7000.0 

pv-gpv(w) 

r h-p v / gp  a ( t) 

304  hg-ghg(t) 

h« 0.2403*  t+w*hg 

306  tw<*gwb (  t ,  hg  ,  w ) 

307  td>tps(pv) 

if  ( t . 1 1 . -60  .0  .or . t . g t . 200  .0 )  print  *, 'caution,  dry  bulb', 
1'  outside  range' 

If  ( td . 1 1 . -60 .0 . or . td . g t . 200  .0 )  print  *, 'caution,  dew  point 
1'  outside  range' 
v-0.754l*( t+459 .67)/(p-pv) 
w«w*  7000  .0 
re  turn 
c 

c  lnput--dry  bulb  and  dew  point 

c 

400  pv-gpa(td) 

rh-p v/gpa ( t) 
wgw(pv) 
go  to  304 
c 

c  lnput--dry  bulb  and  enthalpy 

c 

500  hg~ghg(t) 

w«(h-0.2403*t)/hg 
pv-gpv(w) 
rh-pv/gps ( t) 
go  to  306 
c 

c  lnpu t- -an tha 1 py  and  relative  humidity 
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600  t“ ( h+700 .0*rh/p)/ (0 .2403+20 .0*rh/p) 

u  « 1 

10  pv»rh*gps(t) 
w-gw(pv) 
hg-ghg( t) 
y«h-0 . 2403*  t-w*hg 
if  (n.ge.50)  go  to  20 
If  (aba ( y ) .  1 1 .0 .000  1 )  go  to  30 
t“t+y/(37 . 5  *w+0 . 2403 ) 
n*n+l 
go  to  10 

20  print  *, 'iteration  for  dry  bulb  doas  not  conrarga' 

30  go  to  306 
c 

c  lnpu t- -an tha  1  py  and  hunldlty  ratio 

c 

700  w-w/7000.0 

a« ( 0 .44351+0 .2403/w)/l  .  9 19 4a -4 

b- (h/w- 1061. 19 )/9 .597  la-5 

t-a-sqrt(a*a-b) 

pv-gpv(w) 

rh>pv/gpa( t) 

hg-ghg( t) 

go  to  306 

and 

function  ghf(t) 
if  (t. It. 32.0)  then 

ghf"-158 .9  4+0  .47123*  t+4 .923a-4*( t*t) 

a  laa 

ghf-- 3 1.924+0.999 5 l*t 
endlf 

if  ( t .g t . 3 1 .99 .and . t.  1 1 . 32 .0  1 )  print* , 'gaseous  water  assumed', 
1  '  at  dry  bulb  equal  to  32  degrees  (f)' 
return 
end 

function  ghg(t) 

ghg- 106 1 .19+0.4435 l*t-9. 597 le- 5* ( t*t> 

re  turn 

end 

function  gps( t) 
ta»t+459 .67 
if  (t. It. 32.0)  than 
gps"exp(20. 807-11071. 3/ta) 

a  Isa 

gp s^axp (15. 123-6766. 3/ ta-743166.9/(ta*ta)) 
and  if 
ra  turn 
and 
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function  tps(pa) 

if  ( ps .  1 1 . 0  .000000 1 )  go  to  10 

if  (ps . i t . 0 . 180479  )  than 

tp a- 1107 1 . 3/ (  20  . 807 -a  log < pa) )- 459. 67 

a  laa 

a- 1 5 . 1 2 3-a  log  (  p  s ) 

b«3383.15/a 

c-743166.9/a 

tpa»b+sqrt ( b*  b+c ) -45  9 .67 

endlf 

10  if  (ps. It. 0 .0000001)  than 
tps--100 .0 

print*, 'dew  point  undefined  for  zero  relative  humidity' 

endlf 

re  turn 

end 

function  gwb(t,hg,v) 
common  p 
tw-t 
n- 1 

10  psw-gps(tw) 
ww»gw( psw) 

y»w*hg-ww*ghg( tw)-(w-ww)*ghf( tw)+0 .2403*( t-tw) 

if  (n.ge.50)  go  to  20 

if  (aba(y) . lt.O  .0001)  go  to  30 

tw«tw+y/(37. 5  *wv+w+0 . 240  3 ) 

n»n+l 

go  to  10 

20  print  *, 'iteration  for  wet  bulb  does  not  converge' 

30  gwb-tw 

if  ( tw. 1 1.-60 .0 .or . tw.g t . 200 .0)  pr in t * , ' cau tion ,  wet  bulb' 
l  '  outside  range' 

if  ( tw . g t . t+0 . 0 1 )  print* , 'error ,  wet  bulb  greater  than', 
l  '  dry  bulb' 
re  turn 
end 

function  gw(pv) 
common  p 

gw-0 .62202*pv/(p-pv) 

return 

end 

function  gpv(w) 
common  p 

gpv»p/(0. 62202/ w+ 1.0) 

return 

end 
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Appendex  C:  Program  EDECK 


program  main  ( lnpu t , ou tp u t , ca pa 5“ inp u t , tape6-ou tpu t ) 
common  p 
c 

c  This  program  calculates  the  flows,  costs,  and  pay chrome trl c 
c  data  for  the  heating  and  cooling  decks  In  HVAC  system 
c  ACP-7  In  the  Krannert  Building  using  bin  data  for  outside 
c  air  conditions.  It  assumes  the  room  load  includes  a  fixed 
c  latent  load  of  3  grains/ lb  (times  the  supply  air  flow),  a 
c  fixed  sensible  load  of  273,402  B/hr,  and  a  variable  sensible 
c  load  of  5,082  B/hr  F  times  (outside  air  temp  minus  Inside 
c  air  temp).  Subroutine  Psyc  Is  used  to  perform  the  psychro- 
c  metric  calculations.  The  value  used  for  the  system  cfm  Is 
c  based  upon  mixed  air  conditions. 

c  The  program  calculates  the  costs  for  all  possible  mixtures 
c  of  outside  air  and  return  air  (in  1  percent  Increments)  and 
c  prints  the  costs  for  minimum  outside  air  and  optimum  outside 
c  air  (If  different).  In  this  manner  It  simulates  the  actions 
c  of  an  Ideal  anthalpy  economizer  which  could  predict  the 
c  system's  response  and  choose  the  optimum  percent  outdoor  air. 
c 
c 

c  abbreviations  used  In  variable  names: 

c 

c  oa  *  outside  air 
c  m  *  mixed  air 
c  hd  -  hot  deck 
c  cd  •  cold  deck 
c  ra  ■  room  (or  return)  air 
c  sa  -  supply  air 
c 
c 

c  variables  used  In  air  calculations 

c 

c  t _  -  dry  bulb  temp  (deg.  f)  ex:  toa  “  outside  air  dry  bulb  temp 

c  tw  -  wet  bulb  temp  (deg.  f) 

c  td •  dew  point  temp  (deg.  f) 

c  rh _  ■  relative  humidity 

c  w _  >  specific  humidity  ( gra Ins / 1 bda ) 

c  h _  ■  enthalpy  (btu/lbda) 

c  v _  -  specific  volume  ( cu  .  f t . / 1 bda  ) 

c  pv _  a  vapor  pressure  (In.  hg . ) 

c 

c 


■  •  1 
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c  vtrltblts  used  la  generel  calculations 

c 

c  cdc  “  cold  deck  cost,  this  bln  ($/hr) 
c  cdset  ■  cold  deck  setpoint  (deg.  f) 

c  cfmcd  -  required  cfm  through  cold  deck  (cu.ft./nln) 
c  cfmhd  -  required  cfo  through  hot  deck  (cu.ft./nln) 
c  cfnoa  -  cfm  of  outdoor  air  admitted  (cu.ft./oln) 
c  cs  »  cost  savings  when  using  economizer,  all  bins  totalled  ($) 
c  dlff  ■  difference  between  calculated  room  air  humidity  and 
c  supply  air  humidity  -f  room  latent  load  ( g ra Ins /  1  bda ) 

c  ecdct  •  total  cold  deck  cost  for  all  bins  using  economizer  ($) 
c  ehdct  -  total  hot  deck  cost  for  all  bins  using  economizer  ($) 
c  hdc  _  hot  deck  cost,  this  bln  ($/hr) 
c  hdset  _  hot  deck  setpoint  (deg.  f) 

c  hrs  -  number  of  hours  toa  and  twb  occur  this  month  (hr) 
c  lcount  -  counting  variable  to  space  outputs  on  pages 
c  lflag  -  flag  to  show  If  economizer  Is  on  («5)  or  off  (-0) 
c  It  -  number  of  Iterations  through  this  loop 

c  month  _  month  for  which  calculations  are  being  made  (alpha) 
c  p  «  barometric  pressure  (In.  hg .  ) 

c  phd  •  percent  of  supply  air  going  through  hot  deck 
c  poa  “  percent  outside  air  admitted 
c  poamln  -  minimum  percent  outside  air  permitted 
c  rload  “  room  sensible  load  (btu/mln) 
c  scfm  "  supply  air  flow  (cu.ft./min) 
c  sp  ■  room  setpoint  (deg.  f) 

c  tc  ■  total  cost  of  operating  both  decks,  this  bln  ($) 
c  tcdc  -  total  cost  to  operate  cold  deck,  this  bln  ($) 
c  tcdcp  -  total  cold  deck  cost,  this  bln,  with  previous  X  oa  ($) 

c  tcdct  -  total  cold  deck  cost  for  all  bins  on  minimum  oa  ($) 

c  tcp  «  total  cost  for  both  decks,  all  bins,  with  previous  X  oa 

c  tct  -  total  cost  for  both  decks,  all  bins,  over  entire  month  ($) 

c  thdc  »  total  hot  deck  coat,  this  bln  ($) 

c  thdcp  -  total  hot  deck  cost,  this  bln,  with  previous  X  oa  ($) 

c  thdct  «  total  hot  deck  cost  for  all  bins  using  minimum  oa  ($) 

c 
c 

c  variables  used  to  simulate  enthalpy  controller  calculations 

c 

c  optpoa  «  optimum  percent  oa  (yields  lowest  total  cost) 
c  optcost  >  total  cost  using  optimum  percent  oa 
c 
c 

c  Input  data: 

c 

p-29.92 
S  pa  7  5 . 0 
cdset‘60 . 7 
hdse  t-80 .0 
scfm" 17355  .0 
tc  t«0 .0 
poamln-0 .17 
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tcp-0 .0 
thdcp-0 .0 
t cdcp-0 . 0 
thdc t-0 .0 
tcdc t-0 .0 
•  hdc  t-0 .0 
ecdct-0 .0 
cs-0 .0 
lcoun t-0 

read(5,10)  month 
10  format(alO) 

wrlte(6,20)  month 

20  format  (Ihl,'  calculations  for  ',al0) 
c 

c  start  output  on  a  naw  page  If  lcount  -  2 
e 

30  If ( lcoun t .  1 1 . 2  )  go  to  33 
wrlta(6 ,32) 

32  format(  lhl) 
lcoun t-0 

35  read(5,40)  toa  ,  tuoa,  hrs 

40  format  (3f 10  .0) 

If ( toa . ge  .  900 .0  )  go  to  160 
write (6, 43) 

45  format(//,'  ******************************************•', 
c  '****..**.****.*.*«.*',//) 

wrlte(6,50)  toa,  twoa,  hrs 

50  format('  bln  da ta : ' , / , 5x , 'dry  bu l b-' , f 9 . 3 , 5x  , 'we t  bulb-', 
c  f9 .3 ,5x, 'hours  dura t Ion-' , f 9 . 3  , / / , '  on  minimum  oas',//) 
c 

e  set  lflag  to  0  and  percent  oa  to  minimum 

c 

poa-poamln 
1 f lag-0 

c 

c  calculate  outdoor  air  conditions 

c 

call  psyc( 1 , toa , twoa ,tdoa ,rhoa ,woa ,h«a ,voa  ,pvoa) 
c 

c  calculate  mixed  air  conditions  (assume  return  air  temp  -  setpoint 
c  and  ra  humidity  -  ma  humidity  +  3gr/lbda  for  the  first  Iteration) 
c 

55  lt-1 
tra-sp 

wma-(woa*poa+3 ,0*(1.0-poa))/poa 
wra-wma+3 .0 
c 

c  use  mixing  equations  to  deterlne  ma  conditions  for  each  Iteration 
c 

56  wma-poa*woa+( l .0-poa)*wra 
tma-poa*toa+( 1 .0-poa)»tra 

call  psyc(3, tma , twoa , tdma , rhma , wma , hma , vma  ,  pvma ) 
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e 

c  calculate  hot  deck  conditions 
c 

thd-hdse t 

1 f ( tma . g t . thd )  thd-tma 
whd-wma 

call  psyc(3,thd,twhd,tdhd,rhhd,whd,hhd,vhd,pvhd) 
c 

c  calculate  cold  deck  conditions  (assume  condensation  occurs, 
c  then  check  assumption  by  comparing  humidities) 
c 

tcd*cdaet 

If ( tma. It. ted)  ted'tma 
twcd-59 .4 

If ( ted . la . twed )  tved-ted 

call  psyc(l,tcd,twcd,tdcd,rhcd,wcd,hcd,vcd,pvcd) 

If  (wma.gt.wcd)  go  to  59 
vcd*uma 

call  psyc(3,tcdttwcd,tdcd,rhcd,Hcd,hcd,vcd,pvcd) 

59  continue 
c 

c  calculate  room  load  (per  minute) 
c 

r load- (27 3402. 0-5082. 0*(tra-toe))/60.0 
c 

c  calculate  required  supply  air  temp  based  upon  dry  air  enthalpy 
c  (If  >thd  or  <tcd,  assume  max  flow  thru  appropriate  deck) 
c 

tsa- tra-r load*vma/ (scfm*0.24) 

1 f ( tsa . 1 t . thd )  go  to  57 
phd-1 .0 
go  to  311 

57  if  (  tsa  . g  t .  ted  )  go  to  58 
p hd-0 . 0 

go  to  311 

58  continue 
c 

c  calculate  percent  flow  through  hot  deck  and  supply  air  humidity 
c 

phd- ( tsa-ted)/ ( thd-ted) 

311  wsa-phd*whd+( 1 .0-phd )*wcd 
c 

c  does  room  air  humidity  -  supply  air  humidity  +  3gr/lb?  If  not 
c  adjust  room  air  humidity  and  try  again, 
c 

dlff-wra-(wsa+3.0) 

l f ( dlf f . g t . -0 . 5 .and . d 1 f f . 1 t . 0 . 5 )  go  to  54 

wra-waa+3 .0 

lt-lt+1 

lf(lt.gt.20)  print*,'  raturn  air  Iteration  does  not  converge 
lf(lt.gt.20)  go  to  54 
go  to  56 
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c 

c 

c 


54 


c 

c 

c 

c 

c 

c 

c 


320 

c 

c 

c 

c 


330 

c 

c 

c 


c 

c 

c 


c 

c 

c 
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calculate  room  air  conditions 
wr»“W»a+3 .0 

call  p9yc(3,tra,tvra,tdralrhra,«ralhra,vra,pvra) 
calculate  required  supply  air  conditions 
hsa»hra-rload*voa/scfo 

if  required  supply  air  enthalpy  >  hot  deck  enthalpy,  drop 
room  temp  0.1  degree  and  recalculate  system  air  conditions 

if ( hsa . le . hhd )  go  to  320 
tra»tra-0 . 1 
go  to  56 
con  tlnue 

if  required  supply  air  enthalpy  <  cold  deck  enthalpy,  raise 
room  temp  0.1  degree  and  recalculate  system  air  conditions 

1 f ( hsa . ge . hcd  )  go  to  330 
tra«tra+0 . 1 
go  to  56 
continue 

calculate  required  cfm  through  hot  and  cold  decks 

cfmhd>(hsa-hcd)*( scfm/vma )*vhd/(hhd-hcd) 
c  f  mcd“ ( scfm/vma-cfmhd/vhd )*vcd 

calculate  costa  for  each  deck  (per  hour)  and  total  cost  per  month 

hdc«((hhd-hma)*cfmhd/vhd)*(2.9*10 .0**(-6.0))*(60.0) 
cdc"((hma-hcd)*cfmcd/vcd)*(6. 58*10  .0**(-6.0))*(60.0) 

1 f ( hdc . 1 1 . 0  . 0 )  hdc-0.0 

1 f ( cdc . 1 1 . 0 . 0 )  cdc-0.0 
thdc«hdc*hrs 
tcdc»cdc*hrs 
te«  thdc+tcdc 

1 f ( if  lag . g t  .4 )  go  to  145 

calculate  a  running  total  for  costs  in  all  bins  this  month 

1 f ( if  lag . g t .  1 )  go  to  65 

tc  t«  tc  t+tc 

thdct«thdct+thdc 

tcdct»tcdct+tcdc 

ehdc  t-ehdc t+thdc 

ecdct-ecdct+tcdc 

go  to  66 

ca*cs+tcp- tc 
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ehdc  t-ehdc t+thdc- thdcp 
ecdct-ecdc t+tcdc- tcdcp 
66  thdcp-thdc 
tcdcp-tcdc 
tcp- tc 
c 

e  print  sunnary  of  results 
c 

lcoun t-lcoun t+l 
wrl te( 6 ,60) 

60  f orst t ( I2x , 'ou tdoor  sir ', 4x room  s i r' , 4x  ,  'mixed  sir', Ax, 
c  'hot  deck' , 4x  ,  'co Id  deck',/) 
wr 1 te ( 6 , 7 0 ) toa , tra ,  tns  ,  thd  ,  ted 
70  forast('  tenp ' , 7 x , f 9 . 3 , 4x , f 9 . 3 , 4x , f 9 . 3  , 4x  ,  f 9 . 3 , 4x  ,  f 9 . 3 ) 
wrlta(6,75)  woe , wrs , woe , w hd , wed 

75  foroat('  hunldl ty' , 3x , f 9 .3 ,4x , f9 .3 ,4x , f 9 .3 ,4x , f 9 . 3 ,4x , f 9 . 3 ) 
writ* (6, 80)  rhoa,rhra,rhma,rhhd,rhcd 
80  formst('  percent  rh' , lx , f 9 . 3 , 4x , f 9 . 3 ,4x , f 9 . 3 ,4x , f 9 .3 ,4x , f 9 . 3 ) 
wrlte(6,90)  hos , hrs , has  ,  hhd  ,  hed 

90  forast('  en the lpy ' , 3x , f 9 . 3 , 4x , f 9 . 3 , 4x , f 9  . 3 , 4x  ,  f 9 . 3  ,4x  ,  f 9  .  3 ) 
WWBS-WBS-0.01 

1 f ( wed . ge . wwna )  go  to  95 
write  (6,91) 

91  forast  (//,'  condensation  occured') 

95  continue 

vrite(6,100)  cfnhd,hdc 

100  fornat(//,'  hot  deck  runs  at  ',f9.3,'  cfm  and  costs',  £9.4, 
c  '  per  hour') 
wrlta(6,110)  cfracd.cdc 

110  forBat('  cold  deck  runs  at  ',f9.3,'  cfa  and  costs', f9 . 4, 
c  '  per  hour') 
w  r 1 1 e ( 6 ,120)  tc,thdc,tcdc 

120  fornat('  total  aonthly  cost  for  both  decks  (this  bln)  Is', £9. 4, 
c  //,'  (hot  deck  »',f9.4,'  cold  deck  »' ,  f 9  .4  ,' ) '  ,  ) 

If  (lflag.gt.1)  go  to  30 
c 

c  calculate  optlaua  oa  adaltted  by  enthalpy  controller 
c 

If  lag-5 
op  tpoa-poa 
op  tcos t- tc 

If  (hoa.gt.hra)  go  to  147 
145  If  ( tc. It.optcost)  optpoa-poa 
If  ( tc . It. optcoa t)  optcost-tc 
If  (poa . g t  .0  .999  )  go  to  147 
If  ( tna . 1 t . 59 .0 )  go  to  147 
poa-poa+0  .01 
If  (poa. gt. 1.0)  poa-1.0 
go  to  55 
147  poa-optpoa 

If  ( poa . g t . poaa In)  go  to  146 
write  (6,130) 


130  format  (//,'  enthalpy  controllar  would  not  lncraasa  outalda  air') 
go  to  30 

146  cf aoa-scf m*poa 

wrlte(6,l50)  cfnoa ,poa 

130  format(//,'  aconomlzar  operation  so  lac  tad '  ,  /  /  , '  with  dampen', 
c  '  aat  for  ',f7.l,'  cfm  or  ',f5.3,'  percent  oas',//) 

If  tag-2 
go  to  35 
c 

c  print  total  costa  for  entire  month 
c 

160  ect-ehdct+acdct 

wrlte(6,170)  month, tct,thdct,tcdct,ect,ehdct,ecdct,cs 

170  f orma t ( ' 1' , /// , '  summary  for  the  month  of  ',al0  ,///, 

c  '  If  running  on  min  oa  only  the  total  cost  for  both  decks  is  ', 
c  f9.4,//,'  (hot  deck  -  ',f9.4,'  cold  deck  -  ', f 9 . 4  ,')',/// , 
c  '  If  used  enthalpy  control  the  total  cost  would  be  ',f9.4, 
c  //,'  (hot  deck  -  ',f9.4,'  cold  deck  -  ',  f 9  .4 ,')',/// , 
c  '  total  savings  with  microprocessor  -  ',f9.4) 
s  top 
end 

subroutine  psyc  ( key , t , tw , td , rh , w , h , v , p v) 


NOTE:  The  remainder  of  subroutine  psyc  has 

been  omitted  from  this  thesis,  as  It  Is  Identical 
to  the  same  subroutine  la  program  Pdeck 
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Appendix  D:  Program  EMASTER 


PROGRAM  DESCRIPTION:  This  program  reads  temperature  and 
flow  data  from  an  air  conditioning  system  and  controls 
the  outside  air  dampers  to  minimize  the  cost  of  running 
the  hot  and  cold  decks.  An  interrupt  3  service  routine 
maintains  a  24  hour  clock  and  spaces  control  actions  at 
regular  intervals.  The  feedback/control  loop  Is  executed 
every  30  seconds,  and  every  15  minutes  data  is  read  and 
a  new  mixed  air  temperature  setpoint  is  calculated.  A 
second  microprocessor  (micro2)  Is  used  to  read  the  flow 
sensors  and  to  log  the  collected  data.  Communications 
between  the  two  microprocessors  Is  done  via  the  serial 
port  using  standard  XOP's  at  300  baud. 

A  "pulse  width  modulated"  signal  is  used  to  control  the 
damper  position,  l.e.  at  regular  intervals  the  transducer 
controlling  the  dampers  is  moved  by  a  signal  pulse  and 
the  wider  this  pulse  is  the  more  the  transducer  moves. 

A  PID  control  algorithm  is  used  to  calculate  the  pulse 
width  (i.e,  time  on)  and  this  number  is  used  to  time  a 
delay  loop.  The  appropriate  "increase"  or  "decrease" 
signal  is  sent  to  the  transducer,  the  delay  loop  is 
implemented,  and  then  the  signal  is  switched  off. 

Subroutine  READ  is  employed  to  read  data  from  the  A/D 
convertors,  subroutine  0UTA1R  computes  the  optimum 
mixed  air  setpoint,  and  subroutine  CONTROL  is  used 
to  calculate  the  PID  output.  Subroutine  HEXDEC 
performs  hex  to  decimal  conversions,  and 
subroutines  ADD  and  MULT  perform  overflow-protected 
addition  and  multiplication. 


register  useage 

main  workspace  (at  location  mainwp) 


rO  interrupt  linking  vector/misc 

rl  timer  value  for  9901  c  lock/ml  sc . 

r2-r3  output  pulse  to  transducer 

r4  data  XOP'd  to  and  from  mlcro2 

r5-r7  Data  storage  and  transmission 

r8  previous  clock  time 
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* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

« 

* 

* 

* 

* 

* 


r9  multiple  uses  during  calculations 

rlO  number  of  delays  to  equal  15  minutes 

rll  not  used 

rl2  CR(J  base  address 

rl3  number  of  15  min  delays  between  data  logging 

rl4  number  of  interrupts  between  control  actions 

rl5  misc 


interrupt 

subroutine 

subroutine 

subroutine 

subroutine 

subroutine 

subroutine 


3  workspace  described  with  service  routine 
"hexdec"  workspace  described  with  subroutine 
"outair"  workspace  described  with  subroutine 
"control"  workspace  described  with  subroutine 
"read"  workspace  described  with  subroutine 
"add"  workspace  described  with  subroutine 
"mult"  workspace  described  with  subroutine 


interrupt  useage:  interrupt  3  timer 

i/o  useage:  off-board  A/D  convertor 

serial  port  communications  with  micro2 


variable  useage 


ans 

cdcos  t 
cdpr ic 
cdsp 
cd  t 
cdv 
clock 
conou  t 
cos  t 
der  1  v 
dif  f 
hdcos t 
hdpr ic 
hdt 
hdv 
int 
ma  t 

maxpoa 

oaxxoa 

mlnpoa 


answer  from  subroutine  "add"  or  "mult" 
cold  deck  cost  ($/min)  in  current  loop 
cold  deck  price  ($/cfra-deg  F  x  10**-7) 
cold  deck  setpoint  (deg  F) 
cold  deck  temp  (deg  F) 
cold  deck  flow  (100  cfm) 

current  time  (24  hr  clock,  hrs  &  min,  decimal) 
control  signal  to  be  output 

minimum  total  cost  ($/min)  of  hot  &  cold  decks 

derlvltlve  gain  for  PID  algorithm 

absolute  value  of  RAT-OAT 

hot  deck  cost  ($/mln)  in  current  loop 

hot  deck  price  ($/cfra-deg  F  x  10**-7) 

hot  deck  temp  (deg  F) 

hot  deck  flow  (100  cfm) 

integral  gain  for  PID  algorithm 

mixed  air  temp  (deg  F) 

maximum  poa  which  dampers  can  admit 

maximum  poa  allowed  at  present  time 

minimum  percent  outside  air  allowable 


* 

* 

*1 

* 

* 

* 
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Input  value  for  subroutine  "add"  or  "mult" 

Input  value  for  subroutine  "add"  or  "mult" 
outside  air  temp  (deg  F) 

optimum  mixed  air  temp  (deg  F),  using  optpoa 
optimum  percent  outside  air  (calculated) 
percent  outside  air  used  In  current  calculation 
previous  error  value 
previous  integral  sum 
previous  setpoint  value 
proportional  gain  for  PID  algorithm 
return  air  temp  (deg  F) 
span  adjustment  for  sensor  #0  (oat) 
span  adjustment  for  sensor  #1  (rat) 
span  adjustment  for  sensor  # 2  (mat) 
span  adjustment  for  sensor  #3  (cdt) 
span  adjustment  for  sensor  #4  (hdt) 

significant  addresses  (excludes  local  loop  addresses) 

linking  vector  for  subroutine  "add" 
first  line  of  subroutine  "add" 
workspace  for  "add",  "mult",  and  "read" 
linking  vector  for  subroutine  "control" 
first  line  of  subroutine  "control" 
starting  address  for  main  control  loop 
first  line  of  subroutine  "hexdec" 
linking  vector  for  subroutine  "hexdec" 
first  line  of  interrupt  3 
first  line  of  interrupt  3  workspace 
first  line  of  main  workspace 
linking  vector  for  subroutine  "mult" 
first  line  of  subroutine  "mult" 
first  line  of  subroutine  "outalr" 
linking  vector  for  subroutine  "outalr" 
first  workspace  for  subroutine  "outalr" 
second  workspace  for  subroutine  "outalr" 
linking  vector  for  subroutine  "read" 
first  line  of  subroutine  "read" 
first  line  of  main  program 


ldt  'emaster'  output  program  id  after  download 

tltl  'economizer  control  program  (master)' 

option  xref,symt  output  cross  ref.  and  symbol  table 


main  program 


* 

numl 

* 

num2 

★ 

oa  t 

* 

op  tma  t 

* 

op  tpoa 

* 

poa 

* 

preerr 

* 

preint 

* 

preset 

* 

prop 

* 

ra  t 

* 

spanO 

* 

spanl 

* 

span2 

* 

span3 

★ 

span4 

* 

* 

signif 1c 

* 

* 

add 

* 

add  1 

♦ 

addwp 

* 

con  t 

★ 

contl 

it 

enter 

it 

hex  1 

it 

hexdec 

* 

In  t3 

* 

int3wp 

* 

ma lnwp 

* 

mult 

* 

multi 

★ 

ou  tl 

* 

outalr 

* 

ou  twp 1 

* 

ou  twp  2 

* 

read 

* 

read  1 

* 

start 

* 

* 

♦ 

* 

i  ^ 


■%*'* 
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*  initialization  routine 

* 

aorg  >0146  set  starting  address 

start  lwpl  malnwp  set  main  workspace  pointer 

* 

* 

*  Switch  micro  output  from  on-board  display  to  serial  port 

* 

* 

clr  @>0036 
li  rl2 ,>0800 
s  bo  31 
li  r0,>6a00 
ldcr  r0,8 
s  bz  13 
11  rl ,>0341 
ldcr  rl , 12 

* 

* 


* 

* 

set 

up  interrupt  3 

linking  vector 

* 

11 

r0 , in t3 wp 

load  address 

of  int3 

workspace 

mov 

rO ,@>0004 

into  proper 

location 

li 

rO , int3 

load  address 

of  first 

line  of 

in  t3 

* 

mov 

rO ,@>0006 

into  proper 

location 

* 

* 

* 

load 

9901  clock  and 

enable  interrupt  3 

* 

li 

rl2 ,>0000 

load  r!2  with  address 

of  9901 

clock 

li 

rl ,>fall 

load  rl  for  0 

.5  sec.  delay 

* 

(bits  1-14  - 

>7d08  =* 

delay  counter 

* 

and  bit  15 

■  1  to  enable  clock) 

ldcr  rl  ,  15 

load  &  enable  9901  clock 

s  bz 

0 

leave  clock 

mode,  enable  inter 

.  mode 

s  bo 

3 

enable  int3 

(level  1 

at  micro) 

* 

limi  1 

enable  Interrupts  0-1 

at  micro 

* 

li 

rl ,120 

load  rl  for 

120  .5  sec  delays 

(  1  min) 

mov 

rl,@int3wp+2  mov  rl  to 

interrupt 

3  rl 

* 


Intitate  communication  with  micro2 


* 

ii 

r4 , >  4f 4  f 

load  r4  with  ASCII  "0" 

xop 

r4 , 12 

send  "on"  signal  to  micro2 

ready 

xop 

r5  ,13 

wait  for  "on”  signal  from  micro2 

c  b 

r5  ,  r4 

was  signal  ASCII  "0"? 

jeq 

minoa 

if  so,  jump  to  "minoa" 

li 

r5 ,>5858 

if  not,  load  r 5  with  ASCII  "X" 

clear  keyboard  display  flag 

load  rl2  with  address  of  9902 

reset  TMS  9902  UART 

load  rO  with  control  reg.  code 

Initialize  TMS  9902  control  reg. 

do  not  lnt  Interval  reg. 

set  up  for  300  baud 

set  up  the  TMS  9902 


\  * 

I 


xop  r5,12  send  error  signal  to  mlcro2 

j rap  ready  try  again 

* 

* 

*  run  system  at  minimum  outside  air  on  start-up 

*  (allows  temps  and  flows  to  stabilize) 

* 

* 

mi no a  mov  @m inp oa  , @raaxxoa  limit  optimization  loop  to 

*  minpoa  on  first  pass 

li  rlO,l  load  delay  counter  to  calculate 

*  OPTMAT  on  first  pass 

li  rl3,3  load  r!3  to  delay  30  min.  before 

*  first  data  logging 

li  rl4,59  load  rl4  to  take  control  actions 

*  every  30  seconds 

idle  wait  for  Interrupt  3 


* 

* 

* 

* 

* 

enter 


* 

* 

* 

* 

* 

* 

* 


Is  air  conditioning  system  on? 


li  rl2 ,>0020 
tb  4 

jne  minoa 


load  rl2  for  9901  1/0  ports 
test  bit  4  (high  if  A/C  on) 
if  A/C  off,  repeat  loop 


Transmit  data  to  Micro2  every  1/2  hr.  for  logging 
( transmit  CLOCK , OAT , RAT , MAT , CDT , HDT , CDV , HD V .OPTMAT 
and  OPTPOA  in  sequence) 


wl 


* 

* 

* 


dec 

no 

decrement  15 

min .  counter 

jne 

no  log 

if  not  zero, 

jump 

1 1 

rlO, 1770 

reset 

rlO  for 

15  minutes 

dec 

r  1 3 

decrement  30 

min  counter 

jne 

noxmi t 

if  not  zero , 

jump 

it 

rl3 ,2 

reset 

ri 3  for 

two  15  min 

cycles 

11 

r4 , >  5  7  57 

load 

r4  with 

ASCII  "w" 

xop 

r4 ,12 

send 

"write" 

symbol  to  raicro2 

xop 

r4 ,13 

wait 

for  "ready"  signal  from  micro2 

c  i 

r4 , >  5  200 

compare  r4  with  ASCII  "R" 

jne 

wl 

if  not  equal, 

try  again 

li 

r6 , clock 

load 

r6  with 

address  of  " 

clock" 

xop 

*r6+, 10 

xml  t 

’■clock" 

to  micro2 

li 

r5 , >  OdOd 

load 

r5  with 

ASCII  carriage  return 

xop 

r5 , 12 

xml  t 

"carriage  return"  to 

micro2 

11 

rl,9 

load 

rl  for  9 

add  1 tlona  1 

data  xmits 

I 


»  ^ 
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mov  *r6+,r4 
blwp  @hexdec 
xop  r4 , 10 
xop  r5 , 12 
dec  rl 
jne  xmlt 


load  data  for  hex/dec  conversion 
call  hexd ec 

xmlt  decimal  number  to  micro2 
xmit  "carriage  return"  to  raicro2 
decrement  transmission  counter 
if  not  zero,  repeat  loop 


*  Clear  echo  from  xop9  in  Micro2  and  check  for  completion 


xop  r4 , 1 3 
li  r4 ,>4700 
xop  r4 , 12 
xop  r4 , 1 3 
ci  r4,>4c00 
j  ne  wl 


read  data  and  compute 
(will  read  OAT,  RAT, 


read  &  clear  echo  from  micro2 

load  r4 ' wi th  ASCII  "G" 

send  "got  it?"  inquiry  to  micro2 

wait  for  "logged"  reply 

compare  r4  with  ASCIII  "L" 

if  not  equal,  repeat  transmission 


new  setpoint  every  15  minutes 
MAT,  CDT ,  &  HDT  in  order) 


noxmit  li  rO , 5 

li  rl,0AT 
11  rl5 ,0000 
ndat  mov  rl5,r9 
blwp  @read 
mov  r9 ,*rl+ 
al  ri5,>0100 
dec  rO 
jne  ndat 


read2  11  r4,>5252 
xop  r4 , 1 2 
xop  r4 , 1 3 
ci  r4,>5400 
jne  read2 
xop  r4 , 9 
data  err 
data  err 
mov  r4,@hdv 
xop  r4 , 9 
data  err 
data  err 
mov  r4,@cdv 
xop  r4 , 13 
ci  r4 , > 47 00 


load  rO  for  5  temp  readings 
load  rl  w/  addr.  of  l'st  temp 
load  r!5  for  A/D  channel  0 
copy  A/D  channel  #  in  r9 
read  temp 
store  temp 

set  rl5  for  next  A/D  channel 

decrement  counter 

if  not  zero,  read  next  temp 


load  r4  with  ASCII  "R" 
send  "read"  symbol  to  mlcro2 
wait  for  "transmitting"  signal 
was  signal  ASCII  "T"7 
if  not,  repeat  request 
read  hot  deck  flow  from  micro2 
jump  to  err  if  have  input  error 

jump  to  err  if  have  input  error 

store  in  "hdv" 

read  cold  deck  flow  from  micro2 
jump  to  err  if  have  input  error 

jump  to  err  if  have  input  error 

store  in  "cdv" 
wait  for  "got  it?"  inquiry 
compare  r4  with  ASCII  "G" 


jr. 
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1 


* 

* 

err 

errl 


* 

* 

3  P 
* 

* 

* 


jae  read2 
li  r4 , >4c00 
xop  r4 , 1 2 
j  op  sp 


if  not  equal,  repeat 
load  r4  with  ASCII  "L" 
send  "logged"  signal  to  micro2 
Jump  to  "sp" 


li  rl  ,2 
li  r5 ,>5800 
xop  r5 , 12 
xop  r4 , 13 
dec  rl 
jne  errl 
jmp  read2 


load  Rl  for  two  cycles 

load  r 5  with  ASCII  "X" 

send  "error"  message  to  micro2 

wait  for  data/reply  from  micro2 

decrement  counter 

if  not  zero,  repeat 

repeat  read  cycle 


blwp  Qoutalr  call  "outair"  to  calculate  new 

mixed  air  setpoint 

mov  @maxpoa , @maxxoa  allow  operation  up  to  MAXPOA 

during  remaining  loops 


* 

*  Calculate  control  output  and  output  control  signal 

*  every  30  seconds 

* 

* 


no  log 

dec  rl4 
jne  noout 
blwp  @cont 
mov  @conout,r2 
ci  r2 ,0000 
j  g  t  raise 
jit  drop 
c  1  r  r3 
jmp  output 

decrement  interrupt  counter 
if  not  zero,  jump  to  "no  output" 
call  "control"  for  new  output 
store  "control"  output  in  r2 
compare  output  to  zero 
if  +,  raise  transducer  output 
if  -,  drop  transducer  output 
if  0,  don't  change  output  and 
jump  to  "output" 

ra  i  ae 

li  r3 , >0100 
jmp  output 

set  r3  for  increased  output 
jump  to  "output" 

drop 

li  r3 , >  0200 

set  r3  for  decreased  output 

output 

abs  r2 
idle 

li  rl2 ,>0020 
ldcr  r3,2 
ai  r2  , 1 

take  absolute  value  of  "conout" 
wait  for  interrupt  3 
set  rL2  for  E/P  transducer 
output  "raise"  or  "drop"  signal 
add  l  to  r2  (so  don't  decrement  0) 

d  lay 

dec  r2 
jne  dlay 
clr  r3 
ldcr  r3 , 2 

decrement  r2  (delay  counter) 
if  r2  not  0,  repeat  delay  loop 
prepare  to  turn  off  transducer 
turn  off  transducer  motor 

* 

11  r!4 ,59 

reset  Interrupt  counter 

* 

noou  t 

idle 

wait  for  interrupt  3 

* 

b  @enter 

repeat  loop 

1 
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* 

* 


*  subroutine  outalr 

* 

*  This  subroutine  fetches  temperature  and  flow  readings 

*  from  the  main  program  and  calculates  the  optimum 

*  percent  outside  air  to  be  admitted  to  the  system  based 

*  upon  the  combined  hot  and  cold  deck  costs.  Based  upon 

*  this  optimum  percent  oa  the  subroutine  calculates  the 

*  optimum  mixed  air  temp  which  will  serve  as  the  setpoint 

*  for  the  control  routine.  The  optimum  mixed  air  temp  is 

*  stored  in  location  "OPTMAT",  and  the  optimum  percent 

*  outside  air  is  stored  in  location  "OPTPOA”.  In  addition 

*  to  these  variables,  storage  locations  "POA"  and  "COST” 

*  must  be  provided  in  the  main  program.  The  subroutine 

*  requires  data  be  supplied  to  it  from  the  following 

*  locations: 

* 

*  oat  outside  air  temp 

*  rat  return  air  temp 

*  cdt  cold  deck  temp 

*  hd t  hot  deck  temp 

*  cdv  cold  deck  flow 

*  hd v  hot  deck  flow 

*  tninpoa  minimum  percent  oa  allowable 

*  maxpoa  maximum  percent  oa  allowable 

*  cdpric  cold  deck  price  (cost/btu) 

*  hdpric  hot  deck  price  (cost/btu) 

* 

*  The  subroutine  requires  the  use  of  subroutines  "ADD" 

*  and  "MULT"  to  prevent  overflow  when  signed  numbers 

*  are  added  and  multiplied. 

* 

* 

*  REGISTER  USEAGE  This  subroutine  uses  two  workspaces 


* 

* 

* 

Regis  ter 

It  (at  location  "outwpl") 

* 

rO 

outside  air  temp 

* 

rl 

return  air  temp 

* 

r  2 

mixed  air  temp  (calculated) 

* 

r3 

cold  deck  temp 

* 

r4 

hot  deck  temp 

* 

r5 

cold  deck  flow 

* 

r6 

hot  deck  flow 

* 

r7 

total  flow 

* 

r8 

required  supply  air  temp 

* 

r9 

loop  counter 

* 

rlO 

multiple  uses  during  calculations 

221 


* 

r  1 1 

multiple 

uses  during 

ca leu  la  tions 

* 

r  1 2 

multiple 

uses  during 

calculations 

* 

if 

rl3- 15 

return  context  switch 

da  ta 

* 

* 

Regis  ter 

2 :  (at 

location  "outwp2") 

cold  deck  piice 
hot  deck  price 
nixed  air  temp  (calculated) 
cold  deck  temp 
hot  deck  temp 
required  cold  deck  £low 
required  hot  deck  flow 
total  Clow 

required  supply  air  temp 
multiple  uses  during  calculations 
total  cost,  both  decks 
rll-r!5  multiple  uses  during  calculations 


Load  Data  Into  Workspaces 


★ 

rO 

* 

rl 

* 

r2 

* 

r3 

* 

r4 

* 

r5 

* 

r6 

* 

r7 

* 

r8 

* 

r9 

* 

no 

* 

r  1 1- 

* 

* 

* 

Load 

* 

ou  tl 

* 

* 

* 

* 


mov 

@oa  t , 

TO 

move 

OA  temp  to  rO 

mov 

@ra  t , 

rl 

move 

RA  temp  to  rl 

raov 

@cd  t , 

r  3 

move 

cold  deck  temp 

to 

r  3 

raov 

@  hd  t , 

r4 

move 

hot  deck  temp 

to 

r4 

raov 

@cdv , 

r5 

move 

cold  deck  flow 

to 

r5 

mov 

@hd  v , 

r6 

move 

hot  deck  flow 

to 

r  6 

Calculate  supply  air  temperature  required  to  maintain 
room  air  conditions 


raov 

r5  ,  r 7 

copy  cold  deck  flow  in  r7 

a  r6 , r7 

add  total  flow  (both  decks) 

r7 

mov 

r4 , r 10 

copy  hot  deck  temp  in  rlO 

mpy 

r6 , r 10 

multiply  hot  deck  flow  * 

temp 

d  i  v 

r7 , r 10 

divide  hd  product  by  total 

flow 

mov 

rlO , r8 

copy  quotient  in  r8 

mov 

rl  1 ,  rl2 

copy  remainder  in  rl2 

mov 

r3 , rlO 

copy  cold  deck  temp  in  rlO 

mpy 

r5 , r 10 

multiply  cold  deck  flow  * 

temp 

d  1  v 

r7 , r 10 

divide  CD  product  by  total 

flow 

a  rlO , r8 

add  quotient  to  r8  (*req' 

d 

temp ) 

a  rl 1 , r 1 2 

add  remainders  in  rl2 

mov 

r7  ,  r  1 1 

copy  total  flow  in  rll 

s  r  l 

r  1 1 , 1 

divide  total  flow  by  2 

c  rl2 , rll 

compare  remainder  to  1/2 

divisor 

nornd 

if  remainder  <  1/2  div . 

•  1 

jump 

a  i 

r8  ,  l 

else  round  r8  up  1 

* 

* 


Initialize  data  for  optimization  loop 


2  2  2 


norad  mov  @minpoa,@poa 
li  rl0,>7fff 
mov  rlO  ,@cos  t 
mov  @maxxoa , r9 
mov  Qminpoa.rlO 
s  rlO , r9 
a  i  r9 , 1 


sec  percent  OA  to  minimum 
load  rlO  with  max  possible  +  cost 
set  "cost"  to  max  possible 
load  loop  counter  for  max  POA 
load  rlO  with  min  percent  OA 
subtract  minpoa  from  loop  counter 
add  1  (so  don't  decrement  0) 


*  Calculate  mixed  air  temp  with  current  percent  oa 

* 


rpt 

mov 

@poa , r 10 

load  rlO  with  percent  oa 

mov 

rO , r 1 1 

copy  0A  temp  in  rll 

a  b  s 

rl  1 

take  abs.  value  OA  temp 

c  rO , r 1 1 

compare  OAT  with 

abs(OAT) 

jeq 

oapos 

if  equal,  jump  to 

OAPOS 

mpy 

rlO.rll 

else  mult  abs(0AT)*P0A 

li 

rlO , 100 

load  rlO  with  100 

percent 

d  i  v 

rlO.rll 

rll  -  OAT* POA/ 100 

percent 

neg 

r  1 1 

negate  rll  (since 

OAT  -  ) 

jmp 

thr  u3 

jump  to  thru3 

oapos 

mpy 

rlO.rll 

multiply  OAT* POA 

li 

rlO , 100 

load  rlO  with  100 

percent 

d  i  v 

rlO.rll 

rll  -  OAT*POA/ 100 

percent 

thru3 

mov 

r  1 1  ,  r  2 

store  quotient  in 

r2 

mov 

@poa , rl 1 

load  rll  with  percent  OA 

s  rl 1 , rlO 

100  -  percent  OA 

“  percent  RA 

mpy 

rl ,rl0 

percent  RA  *  RAT 

in  rlO  and  rll 

li 

r 1 2 , 100 

load  rl2  with  100 

percent 

d  i  v 

r 12 , rlO 

r 10  -  RAT* Percent 

RA/100  percent 

* 

a  r 10 , r2 

(POA  *  OAT  +  PRA 

*  RAT ) / 1 00  - 

MAT 

*  FREEZE 

PROTECTION: 

If  the  mixed  air  temp 

drops  be  low 

38 

*  degrees 

F,  exit  optimization  routine  and 

use  optimum 

*  mixed  air  temp  calculated  prior  to  this  point. 


* 


ci  r2 , 3  8  0 

compare  MAT  to 

38  degrees  F 

A 

jit 

freeze 

if  MAT  <  380, 

exit  routine 

* 

>fg 

Will 

new  mixed  air 

temp  affect  deck 

temps? 

c  r2 

compare  hot  deck  &  mixed  air  temps 

Jit 

hdok 

if  MAT  <  HDT , 

j  ump 

mov 

r2  ,r4 

else  set  HDT 

-  MAT 

hdok 

mov 

@cd  sp , r 3 

reset  r3  to  cold  deck  setpoint 

c  r3 

,r2 

compare  cold  deck  &  mixed  air  temps 

Jit 

cdok 

if  CDT  <  MAT, 

j  ump 

mov 

r2  ,  r  3 

else  set  CDT 

-  MAT 

* 


*  Shift  to  second  workspace 

* 

cdok  iwpi  ou  twp  2  shift  to  second  workspace 

mov  Qcdpric.rO  move  cold  deck  price  to  rO 
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* 


mov  @hdpric , rl 
raov  @outwpl+4,r2 
mov  @outwpl+6,r3 
raov  @outwpi+8,r4 
raov  @outwpl+14 , r7 
mov  @outwpl+16 ,r8 


move  hot  deck  price  to  rl 
copy  MA  temp  iato  new  82 
copy  CD  temp  Into  new  R3 
copy  HD  temp  Into  new  R4 
copy  total  flow  into  new  R7 
copy  req'd  SA  temp  into  new  R8 


Calculate  required  flows  to  maintain  supply  temp 


* 

mov  r8,r9 

copy  req'd  temp  in  r9 

s  r3 , r9 

subtract  cold  deck  temp 

mpy  r7  ,  r9 

mult  temp  diff  by  total  flow 

mov  r3,rll 

copy  cold  deck  temp  in  rll 

mov  r4 , rl3 

copy  hot  deck  temp  in  rl3 

s  rl 1 , rl3 

subtract  CD  temp  from  HD  temp 

div  r 1 3 , r9 

HD FLOW- FLOW* (TREQ-CDT) / (HDT-CDT) 

sr 1  rl3 , 1 

divide  rl3  by  two 

c  rlO , rl3 

compare  remainder  to  1/2  divisor 

j le  nornd2 

if  remainder  <  1/2  divisor,  jump 

a  i  r9 , 1 

else  round  quotient  up  by  1 

nornd  2 

mov  r9,r6 

copy  HD  flow  in  r6 

mov  r7 , r5 

copy  total  flow  in  r5 

* 

s  r6  ,  r  5 

total  flow  -  HD  flow  -  CD  flow 

Calculate  cost  of  running  hot  and  cold  decks 

mov  r4,r9 
a  x2,x9 
mpy  r6  ,  r9 
li  rl5,!0 
div  rl5,r9 
mpy  rl , r9 
li  rl 5 , 100 
div  r 1 5 , r9 
mov  r9,@hdcost 
mov  r2 , r 1 1 
s  r3 , rl 1 
mpy  r5 , rl 1 
li  rl5 , 10 
div  rl 5 , r  1 1 
mpy  rO , r 1 1 
11  rl5,100 
div  rl5 , rl 1 
mov  rll,@cdcost 
mov  rll,@numl 
mov  r9,@num2 
blwp  @add 
raov  @ans,rl0 
c  ri0,@cost 
jgt  notopt 
mov  rl0,@cost 
mov  r2 ,@op tmat 


copy  hot  deck  temp  in  r9 

subtract  MA  from  HD  temp 

mult  temp  diff  by  HD  flow 

load  rl5  with  ten 

divide  product  by  2 

mult  product  by  HD  price 

load  rl5  with  100 

r9-cost/100  (prevent  overflow) 

store  cost  in  "hdcost" 

copy  MA  temp  in  rll 

subtract  CD  from  MA  temp 

mult  temp  diff  by  CD  flow 

load  rl5  with  ten 

divide  product  by  two 

mult  product  by  CD  price 

load  rl5  with  100 

rll-cost/100  (prevent  overflow) 

store  cost  in  "cdcost" 

move  CD  cost  to  “numl" 

move  HD  cost  to  "nun>2" 

CD  cost  +  HD  cost  -  total  cost 
store  total  cost  in  rlO 
compart  total  cost  to  low  cost 
if  not  lower,  Jump 
else,  set  new  lowest  cost  and 
new  optimum  Mixed  Air  temp  and 
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mov  @poa,@optpoa  new  optimum  percent  outside  air 

* 

*  Shift  back  to  original  workspace 

* 

notopt  lwpi  outwpl  shift  to  workspace  #1 

* 

*  If  outside  air  temp  >  RAT  -  3,  exit  loop  on  first 

*  pass.  (will  lock  optpoa  on  minpoa) 

* 


mov  r 1 , rlO 
mov  rO  ,  r 1 1 
s  rll.rlO 
abs  rlO 
mov  rlO  ,@dlf f 
c i  rlO , 30 
jit  freeze 
inc  @poa 
dec  r9 
jne  rpt2 
freeze  rtwp 
rpt2  b  @rpt 
* 

* 


Store  RAT  in  rlO 

copy  OAT  in  rll 

rlO  -  RAT  -  OAT 

take  absolute  value  of  rlO 

store  difference 

is  difference  >  3  Deg  F? 

if  so,  exit  loop 

increment  percent  outside  air 

decrement  loop  counter 

if  not  zero,  repeat  loop 

re  turn 

repeat  loop  (too  big  for  jne) 


f* ********* 


* 


* 

*  Subroutine  Control 

* 

*  Program  Description:  This  subroutine  computes  the  error 

*  between  the  actual  mixed  air  temperature  measured  by  the 

*  sensor  and  the  optimum  mixed  air  temperature  calculated 

*  by  subroutine  "outair"  and  calculates  a  PID  control 

*  signal  based  upon  this  error.  The  PID  algorithm  used 

*  requires  a  constant  sample  rate,  as  this  rate  is 

*  incorporated  into  the  integral  and  derivltlve  constants. 

*  Subroutines  "ADD"  and  "MULT"  are  used  to  prevent  overflow 

*  when  adding  or  multiplying,  if  the  answer  computed  by 

*  either  subroutine  exceeds  the  maximum  positive  or  negative 

*  number  which  can  be  written  in  16  bits,  the  subroutine 

*  assigns  the  maximum  possible  value  to  the  answer. 

* 

*  The  PID  algorithm  used  differs  from  normal  PID  routines 

*  in  that  if  the  derivltlve  term  gets  excessively  large  the 

*  Integral  sum  is  set  to  zero.  This  helps  prevent  overshoot 

*  and  smoothes  out  the  "ripples"  caused  by  taking  the  derivltlve 

*  of  discrete  data. 

* 

*  If  the  difference  between  the  outside  air  temp  and  the  return 

*  air  temp  is  less  that  1.0  deg.  F  the  controller  will  make 

*  no  attempt  to  adjust  the  airflow,  as  accurate  control  with 

*  such  a  small  temperature  difference  is  impossible. 
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* 

* 

*  register  useage  (at  location  contwp) 

* 

*  rO 

*  rl 

*  r2 

*  r  3 

*  r4 

*  r  5 

*  r6 

*  r7 

*  r8 

*  r9 

*  r  10 

*  r  1 1 

*  r  1 2 

*  rl3-rl5 

* 

*  prop 

*  int 

*  deriv 

*  preset 

*  preint 

*  preerr 

* 

* 

*********** 

* 

*  fetch  optimum  mixed  air  temperature  (setpoint) 

* 

contl  bov  @optmat,r2 
* 

* 

*  compare  to  prev.  setpoint  to  see  if  changed  significantly 

* 

* 

bov  @preset,rll  copy  previous  setpoint  in  rll 
s  r2,rll  subtract  current  sp  from  previous 

abs  rll  take  absolute  value  of  difference 

cl  rll, 5  has  setpoint  changed  by  1/2  deg? 

jit  nochng  if  not,  jump  to  nochng 

clr  @preerr  if  changed,  set  "previous  error"  to  0 

clr  @prelnt  set  "previous  integral"  to  zero 

* 

* 

*  fetch  actual  mixed  air  temp 

* 

* 

nochng  11  r9,>0200  load  r9  for  A/D  channel  2 

blvp  @raad  read  NAT 

mov  r9,@NAT  store  MAT 


proportional  constant 
integral  constant 
derivltive  constant 
previous  setpoint  value 
previous  Integral  value 
previous  error  value 


current  error  -  previous  error 
multiple  uses  during  calculations 
optimum  mixed  air  temp  (setpoint) 
actual  mixed  air  temp  (feedback) 
not  used 
pid  output 

previous  value  (for  sign  change  comparisons) 

current  error  value 

proportional  term 

integral  term 

derivltive  term 

previous  setpoint 

cru  base  address 

return  context  switch  data 


f 


* 

* 

* 


mov  r9 , r 3 


copy  MAT  In  r3 


* 

* 

* 

* 

* 

* 


* 


compute  error  and  proportional  term  (Note:  if  the  error 

is  <  0.2  deg  it  is  assumed  to  he  insignificant  and  is 
set  to  zero  to  prevent  sensor  noise  from  affecting 
calculations.  If  the  error  changes  sign  the  Integral 
is  zeroed  to  reduce  overshoot.) 


mov  r2 , Qnuml 
mov  r3,Qnum2 
neg  @num2 
blwp  Qadd 
mov  @ans,r7 
mov  r7 , r4 
sra  r4,l5 
mov  0preerr,r8 
sra  8,15 
c  r4 , r8 
j  eq  td 1 f  f 
clr  Qpreint 


input  setpoint  for  “add" 

input  actual  mixed  air  temp  for  “add" 

negate  actual  mixed  air  temp 

call  “add”  ( sp- ac tua l»e r r or  ,  In  rl5) 

copy  error  in  r7 

copy  error  in  r4 

fill  r4  with  sign  bit 

copy  previous  error  in  r8 

fill  r8  with  sign  bit 

compare  signs  of  two  errors 

if  equal ,  J  ump 

else  zero  integal  sum 


tdif  f 

mov 

Qdiff  ,rl 

fetch  absolute  value  of  OAT-RAT 

c  1 

rl  ,25 

is  difference  >  2.5  deg  F7 

jgt 

abserr 

if  so ,  jump 

* 

clr 

r7 

else  set  error  »  0 

abserr 

mov 

r7  ,  r4 

copy  error  in  r4 

a  bs 

r4 

take  absolute  value  of  error 

c  1 

r4 , 1 

compare  error  to  0.1  deg  F 

j8  t 

no  tok 

if  error  >  l ,  j  ump 

clr 

r7 

else  set  error  =  zero  and 

clr 

Qpreint 

zero  Integral  term 

no  tok 

mov 

r7  ,  Qnuml 

input  error  for  "mult" 

mov 

Qprop , Qnum2 

input  prop,  constant  for  "mult" 

blwp  Qmult 

call  subroutine  "mult" 

* 

* 

mov 

Qans , r8 

copy  product  of  error*prop  in  r 

*  compute  Integral  term 

* 

* 


mov  r7, Qnuml  input  error  for  subroutine  "mult" 
mov  Qint,Qnum2  input  integral  const,  for  "mult" 
blwp  Qmult  call  "mult"  (int*«rror  ■  ans) 

mov  Qans, Qnuml  input  Integral  term  for  "add" 
mov  Qpreint ,Qnura2  input  prev.  integral  sum  for  "add* 
blwp  Qadd  call  "add”  (current+prev.  int.  “ans) 

mov  Qans,r9  copy  Integral  sum  in  r9 


*  compute  derivitive  term 

* 

* 

mov  r7,@numl  Input  current  error  for  "add" 
mov  @preerr  ,@num2  Input  prev.  error  for  "add" 
neg  @num2  negate  previous  error 

blwp  @add  call  "add"  ( cur r prev . error*an< ) 

mov  @ans,rO  copy  error  difference  In  rO 

mov  rO,@numl  Input  difference  for  "mult" 
mov  @deriv,@num2  Input  derlv.  const,  for  "mult" 
blwp  @mult  call  "mult"  (derlv*error  dif-ans) 

mov  @ans,rlO  copy  derivitive  term  In  rlO 

* 

* 

*  compute  output  from  pid  algorithm 

* 

* 

mov  rlO,@numl  input  derivitive  term  for  "add" 
mov  r9  ,@num2  input  integral  term  for  "add" 
blwp  @add  call  "add"  (deriv. +int.«ana) 

mov  @ans,r9  store  DI  sum  as  integral  term 

mov  @ans,@uuml  input  DI  sum  for  "add" 
mov  r8»@num2  input  proportional  term  for  "add" 

blwp  @add  call  "add"  ( p  +  1  +  d  -  ans) 

mov  @ans,@conout  store  control  output  in  "conout" 

* 

* 

*  reset  previous  values 

* 

* 

mov  r2,@preset  reset  previous  setpoint  value 
mov  r9,@preint  reset  previous  integral  value 
mov  r7,@preerr  reset  previous  error  value 

* 

abs  rO  take  absolute  value  of  error  dlff 

cl  r0,10  has  error  changed  1  deg  or  more? 

jit  rttt  if  not,  jump 

clr  @preint  else  zero  integral  sum 

* 


rttt  rtwp  return 

* 

* 


* 

* 


*  subroutine  hexdec 

* 

*  This  subroutine  converts  a  hexideclmal  number  stored  in 

*  main  r4  into  its  binary  coded  decimal  equivalent. 

*  The  subroutine  will  handle  positive  numbers  between  0 
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* 

and 

9999 

(0  and  >270f),  or  negative  numbers  from  0  to 

* 

-5999  . 

If  a  negative  number  is  input,  the  subroutine 

* 

will 

find  the  decimal  equivalent  of  its  absolute  value 

* 

* 

and 

add 

A0 00,  hence  "-3 80”  will  be  output  as  Ha380". 

* 

* 

regls  ter 

useage  (workspace  at  loc.  "hexwp" 

* 

rO 

shift  counter  (for  16  bits) 

* 

rl 

number  to  be  converted 

* 

r  2 

working  copy  of  rl 

* 

r3 

converted  number 

* 

r4 

working  copy  of  r3 

* 

r5 

not  used 

* 

r6 

highest  digit  of  r3 

* 

r7 

2'nd  highest  digit  of  r3 

* 

r8 

2'nd  lowest  digit  of  r3 

* 

r9 

lowest  digit  of  r3 

* 

r  10 

negative  number  flag 

* 

rl  1 

return  for  correction  branch-loop 

* 

r  1 2 

not  used 

* 

* 

* 

rl3 

-r  15 

return  context  switch  data 

hexl  11  rO  ,  16 

11  r3 ,0000 
clr  rlO 

hot  @mainwp+8 , rl 
mov  rl  , r2 
aba  rl 
c  rl,r2 
j«q  next 
seto  rlO 
next  mov  rl  ,  r2 

andi  r2 ,>8000 
srl  r2  , 1 5 
bl  @corr 
s la  r3 , 1 
a  r2 , r 3 
ala  rl ,  1 
dec  rO 
jne  next 
jmp  thru 
corr  mov  r3 , r6 
mov  r3,r7 
mov  r3,r8 
mov  r3,r9 
andl  r6,>£000 
andl  r7 , >0f 00 
andl  r8,>00£0 
andl  r9,>000f 
cl  r6,>4000 
jle  ok3 


load  rO  for  shift  counter 
zero  r3 

clear  negative  number  flag 
store  number  to  be  converted  in  rl 
copy  number  In  r2 
take  absolute  value  of  rl 
compare  rl  and  r2 
If  "nun"  was  +,  jump 
else  set  neg.  number  flag 
copy  rl  In  r2 
mask  lower  digits  of  r2 
move  highest  bit  to  lowest  position 
correct  any  illegal  digits  in  r3 
shift  r3  left  one  bit 
add  r2  to  r3  (store  in  r3) 
shift  rl  right  one  bit 
decrement  counter 
repeat  if  counter  not  zero 
exit  routine 

copy  number  to  be  corrected 
Into  registers  6,7,8,&9 


isolate  first  digit 
Isolate  second  digit 
isolate  third  digit 
isolate  fourth  digit 
is  first  digit  4  or  less? 
if  so,  ok 
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.1  r6  t  >  3000 

if  not,  correct 

ok.3 

ct  r7 ,>0400 
jle  ok 2 
ai  r7 , >0300 

is  second  digit  4  or 
if  so,  ok 
if  not,  correct 

less? 

ok2 

cl  r8,>0040 
j 1.  okl 
al  r8 ,>0030 

is  third  digit  4  or 
if  so,  ok 
if  not,  correct 

less? 

okl 

ci  r9,>0004 
j  la  ok 
al  r9 , > 0003 

is  fourth  digit  4  or 
if  so ,  ok 
if  not,  correct 

less? 

ok 

a  r6 , r7 
a  r7 , r8 
a  r8 , r9 
raov  r9,r3 
b  *11 

combine  digits  into 
register  9 
and 

store  in  r3 
return 

thru 

ci  rlO , 0000  * 

jeq  thru2 
al  r3,>a000 

is  neg.  #  flag  set? 
if  not,  jump 
else  add  aOOO 

thru2 

mov  r3,@mainwp+8 
r  twp 

return  converted  0  to  main 
re  turn 

* 

* 


* 

* 

* 

♦ 

* 

★ 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 


subroutine  add 

this  subroutine  adds  2  signed  16  bit  numbers  and  returns 
the  sum  as  a  signed  16  bit  number.  If  the  sum  exceeds  the 
maximum  positive  (>7fff)  or  negative  (>8000)  number  which 
can  be  written  with  16  bits,  the  subroutine  fixes  the  sum 
at  the  appropriate  maximum.  the  two  numbers  to  be  added 
are  fetched  from  "NUMl”  &  "NUM2",  and  the  sura  is  returned 
in  MANS"  . 

register  useage  (workspace  at  loc.  "addwp" 

rO  first  number  to  be  added 

rl  second  number  to  be  added 

r3  absolute  value  of  rO 

r4  absolute  value  of  rl 

r4  sign  flag  for  rO  (*>ffff  if  neg,  >0000  If  pos) 

r5  sign  flag  for  rl 

r6  sum  of  rO  +  rl  (overflow  compensated) 

r7  absolute  value  of  r6 

r8-rl2  not  used 

rl3-r!5  return  context  switch  data 


% 
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add  1 

mov  Qnuml  ,  rO 

move  l'st  #  to  local  rO 

mov  0num2 , r 1 

move  2'nd  #  to  local  rl 

mov  rO , r 2 

coi  /  rO  in  r2 

mov  rl  , r3 

copy  rl  in  r3 

c  1  r  r4 

clear  rO  sign  flag 

c  1  r  r5 

clear  rl  sign  flag 

a  bs  r2 

take  abs.  value  of  r2 

c  r 2 , rO 

compare  r2  &  rO  (equal  if  rO  +) 

J  eq  chk 

if  rO  +,  jump  to  chk 

inv  r4 

if  rO  - ,  set  neg  4  flag 

c  hk 

abs  r3 

take  abs.  value  of  r3 

c  r3 , r 1 

compare  r3  &  rl  (equal  if  rl  +) 

jeq  chkk 

if  rl  +  ,  jump  to  chkk 

inv  r5 

if  rl  -,  set  neg  #  flag 

c  hkk 

c  r4,r5 

are  the  signs  of  rO  &  rl  the  same? 

M 

O 

0 

if  not,  jump  to  “okk".  (overflow 

* 

cannot  result  if  signs  different) 

mov  r3,r6 

copy  abs.  value  rl  in  r6 

a  r2,r6 

abs(rO)  +  abs(rl)  *»  r6 

mov  r6 , r7 

copy  r6  in  r7 

abs  r7 

take  absolute  value  of  r7 

c  r7  ,  r6 

compare  r7  &  r6  (equal  if  r6  +, 

* 

if  overflow  occurred  r6  is  -) 

jeq  sign 

if  no  overflow,  set  sign  of  sum 

li  r6  ,  >  7  f  f  f 

if  overflow,  set  r6  to  max  + 

sign 

ci  r4 ,0000 

were  the  two  numbers  +7 

jeq  quit 

if  so,  jump  to  "quit" 

neg  r6 

if  not,  negate  sum  (r6) 

j  mp  quit 

jump  to  "quit" 

okk 

mov  r 1 , r6 

if  signs  different,  copy  rl  in  r6 

a  r0,r6 

rO  +  rl  *  r6 

quit 

mov  r6 ,@ans 

return  sum  to  "ans" 

r  twp 

return 

* 

* 


* 

* 


*  subroutine  mult 

* 

*  this  subroutine  multiplies  two  signed  16  bit  numbers  and 

*  returns  the  product  as  a  signed  16  bit  number.  if  the 

*  product  exceeds  the  maximum  possible  positive  (>7fff)  or 

*  negative  (>8000)  number  which  can  be  written  in  16  bits, 

*  the  product  is  fixed  at  the  appropriate  maximum,  the  two 

*  numbers  to  be  multiplied  are  fetched  from  "NUM1"  &  " N U M 2 "  , 

*  and  the  product  is  returned  in  "ANS". 

* 

* 

*  register  useage  (workspace  at  location  "addwp") 


* 


231 


* 


*  rO 

multiplier 

*  rL 

mu  1 1 1 p 1 icand 

*  r2 

product  of  r0*rl 

*  r3 

copy  of  rO 

*  r4 

copy  of  rl 

*  r5 

negative  answer 

flag  («>ffff  If  -,  >0000  if  +) 

*  r6  - 

r  1 2 

not  used 

*  rl3 

* 

-15 

return  context 

switch  data 

* 

multi 

raov 

dnuml , rO 

copy  multiplier  In  local  rO 

mov 

dnum2 , r 1 

copy  multiplicand  in  local  rl 

raov 

rO  ,  r  3 

copy  rO  In  r3 

raov 

rl ,  r4 

copy  rl  In  r4 

c  lr 

r5 

clear  negative  answer  flag 

a  bs 

rO 

take  absolute  value  of  rO 

c  rO  ,  r  3 

compare  rO  &  r3  (equal  If  rO  +) 

j  eq 

pos 

If  rO  +  ,  jump  to  "pos" 

lnv 

r5 

If  rO  -,  Invert  neg.  ans .  flag 

pos 

aba 

rl 

take  absolute  value  of  rl 

c  r  1 ,  r4 

compare  rl  &  r4  (equal  if  rl  +  ) 

j  eq 

ppos 

If  rl  +,  jump  to  "ppos" 

lnv 

r5 

If  rl  -,  invert  neg.  ans.  flag 

ppos 

mpy 

rO  ,  rl 

multiply  r0*rl  (msb's  of  product 

* 

in  rl,  lsb's  in  r2) 

c  1 

rl ,0000 

did  overflow  occur? 

jeq 

sl-S 

if  not,  set  sign  of  answer 

oops 

11 

r2  ,  >  7  f  f  f 

if  overflowed,  set  r2  to  max  + 

alg 

c  1 

r2  ,0000 

is  product  negative? 

Jit 

oops 

if  so,  overflow  occurred 

c  1 

r5 , 0000 

should  sign  be  positive? 

jeq 

thruu 

if  so,  jump  to  "thruu" 

neg 

r2 

if  not,  negate  answer 

thr  uu 

raov 

r2 , dans 

return  answer  to  ans 

r  twp 

return 

* 

* 


* 

* 


*  subroutine  readt 

* 

*  This  subroutine  reads  the  output  from  an  A/D  convertor 

*  and  converts  the  output  to  a  temperature  reading.  The 

*  channel  to  be  read  Is  fetched  from  the  calling  routine's 

*  r9  and  the  output  Is  returned  to  the  same.  The  temp  Is 

*  output  as  degrees  F  and  tenths,  ex.  70.9  deg.  F  -  709. 

* 

* 


i 


(workspace  at  location  "addwp") 


*  register  useage 

A/D  channel  number 
Dummy  channel  for  delay  time 
output  from  A/D  convertor 
multiple  uses  during  temp  conversion 
address  of  calling  routine's  r9 
not  used 

return  context  switch  data 

* 

* 

*  Read  A/D  Convertor 

* 

read  1  li  rl2,>0c20 
mov  r 1 3 , r8 
a i  r8 , 18 
mov  *r8,r0 
ldcr  r0,4 
s  bo  4 
inc  rl 
s  bz  4 

li  rl2  , >  OcO  0 

wait  tb  1 

j  eq  wait 
li  rl2 ,>0c08 
arc  r 1 , 1 
s  ter  r2 , 12 
s la  r2  ,4 
sra  r  2  , 4 

* 

*  Fetch  span  adjustment  and  correct  reading 


load  rl2  for  control  bits  of  A/D 

copy  calling  routine's  wp  in  r8 

add  18  so  r8  =>  addr.  of  old  r9 

move  contents  of  old  r9  into  rO 

send  4  bits  of  rO  to  A/D 

latch  input  channel 

delay  16  clock  channels 

begin  A/D  conversion 

load  rl2  for  A/D  input  signal 

check  A/D  busy  line  (int  1) 

if  not  low,  wait 

load  rl2  for  A/D  input  value 

delay 

store  12  bits  A/D  output  in  r2 
fill  unused  msb's  with  sign  bit 
(converts  12  bit  #  to  16  bit  #) 


*  rO 

*  rl 

*  r  2 

*  r3- r7 

*  r8 

*  r9-rll 

*  rl3- 15 


* 

* 


li  r3 , spanO 
sra  rO  ,  7 
a  rO , r3 
mov  r2 , r 5 
abs  r5 
mpy  *r3,r5 
li  r4 , 1000 
d  i v  r4  ,  r5 
ci  r2,0 
jgt  sinok 
neg  r5 


load  r3  w/  addr.  of  spanO 

move  channel#  (x2)  into  RH  byte 

spanO  addr  +  channel#  =  spanX  addr 

copy  A/D  output  in  r5 

take  abssolute  value  of  r5 

mult  A/D  output  by  span  adjustment 

load  r4  with  scale  factor 

div  adjusted  output  by  scale  fact. 

was  A/D  output  positive? 

if  so,  j  ump 

if  not,  negate  corrected  output 


Convert  corrected  A/D  output  to  temperature 


sinok  Li  r4, 20470 
s  r5 , r4 
li  r6, 20470 
a  r6,r5 
11  r6 , 3  209 
mpy  r5,r6 


load  r4  with  20470 
10250  -  output  ■  r4 
load  r6  with  20470 
20470  +  output  *  r5 
load  r6  with  3209 

3209  *  (2047  +  output)  in  r6  &  r7 
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d i v  r4 , r6 
11  r7  ,  280  1 
s  r7  ,  r6 
mo v  r6 , * r8 
r  twp 

* 

* 


divide  product  by  r4  ,  ans  la  r6 

load  r7  with  2801 

r6  -  r7  ■  temp  (in  r6 ) 

store  temp  In  old  r9 

return 


* 

* 


* 

*  interrupt  3  service  routine 

* 

*  This  routine  clears  and  re-enables  an  interrupt  3 

*  every  1/2  second.  After  every  120'th  interrupt 

*  ( » 1  min)  the  routine  adds  1  minute  to  the  decimal  time 

*  stored  in  location  "clock".  Every  10  minutes  the 

*  routine  transmits  an  ASCII  "X"  to  micro  2  to  prevent 

*  both  micros  from  staying  locked  in  a  "receive"  mode 

*  if  the  transmissions  ever  gets  out  of  sync. 

* 

*  register  useage  (workspace  at  location  lnt3ws) 

* 


* 

r0 

not  used 

* 

rl 

interrupt  counter 

* 

r  2 

not  used 

* 

r3 

current  time 

(in  dec . ) 

* 

r4-r6 

not  used 

* 

r7 

working  copy 

of  r3 

* 

r8-r 1 1 

not  used 

* 

r  1 2 

cru  base  address 

* 

* 

* 

rl3-r 15 

return  context  switch  data 

* 

in t3  li  rl2 

,>0000 

s  b  2  0 

s  bo  3 

clear  and  re-enable  interrupt 

dec  r  1 

decrement  interrupt  counter 

£ 

jne  out 

if  not  zero,  jump  to  out 

* 

* 

update  24 

hr  clock 

li  rl, 

120 

else  reset  interrupt  counter 

mov  @clock,r3 

store  decimal  time  in  r3 

a  i  r3  , 

0001 

add  1  min  to  r3 

mov  r3 

,r7 

copy  time  in  r7 

andi  r7,>000f 

isolate  lowest  digit 

c  i  r7  , 

>0009 

compare  lowest  digit  to  9 

j le  mlnok 
ai  r3 ,>0006 
li  r5 , >  58  58 
li  rl2 ,>0800 


if  <  or  ■  9,  jump 

else  add  6  (decimal  arithmatlc) 

load  r5  with  ASCII  "X" 

load  CRU  base  address  for  9902 


k 
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ldcr  r5  ,8 

send  "error”  signal  to  mlcro2 

raov  r3 , r7 

copy  time  In  r7 

andl  r7 , >00f 0 

Isolate  2'nd  lowest  digit 

cl  r7 , >0060 

compare  to  60  minutes 

jit  talnok 

If  minutes  <  60, jump 

al  r3,>00a0 

else  add  1  hr. 

nor  r3 , r7 

copy  time  In  r7 

andl  r7 , >0f 00 

Isolate  3'rd  lowest  digit 

cl  r7 , >0900 

compare  digit  to  9 

j  le  mlnok 

If  <  or  ■  9,  j  urap 

a  1  r3 , >  0600 

else  add  6  (decimal  arithmatlc) 

m  look 

cl  r3  ,  >  2400 

compare  time  to  2400  hrs 

jit  samday 

if  <  2400hrs,  jump  to  "same  day" 

and  1  r3 , >  000  f 

If  >  or  -  2400hrs,  reset  clock 

samday 

* 

mov  r3 ,@clock 

store  dec  time  In  "clock" 

* 

out 

r  twp 

return 

* 

♦ 

* 

* 


*  CALLING  VECTORS  FOR  SUBROUTINES 

* 


ou  talr 

da  ta 

data 

ou  twp 1 
ou  tl 

Address  of  workspace 
address  of  first  line 

for  "outalr 
of  "outalr 

hexdec 

data  outwp2 
data  hexl 

address  of  workspace  for  "hexdec" 
address  of  l'st  line  of  "hexdec" 

con  t 

da  ta 
data 

ou  twp2 
contl 

address  of  workspace  for 
address  of  l'st  line  of 

"cont" 

"cont" 

add 

da  ta 
data 

addwp 
add  1 

address  of  workspace  for 
address  of  l'st  line  of 

"add" 

"add" 

mult 

da  ta 
data 

addwp 

multi 

address  of  workspace  for 
address  of  l'st  line  of 

"mult" 

"mult" 

read 

* 

da  ta 
data 

addwp 
read  1 

address  of  workspace  for  "read" 
address  of  l'st  line  of  "read" 

* 

* 


*  WORKSPACES 


* 

oainwp 

bs  s 

32 

reserve 

main  workspace 

lnt3wp 

bs  s 

32 

reserve 

lnt3  workspace 

outwpl 

bs  s 

32 

reserve 

workspace  #1  for  "outalr" 

ou twp2 

bss 

32 

reserve 

workspace  #2  for  "outalr” 

*  (also  used  for  "hexdec"  and  "cont") 
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a  d  d  wp 

bss 

32 

reserve  workspace  for 

"add" , 

* 

"mult",  and  "read" 

*  WORKING  VARIABLES 

* 

clock 

da  ta 

0000 

current  clock  time 

oa  t 

da  ta 

0000 

outside  air  temp 

ra  t 

da  ta 

0000 

return  air  temp 

mat 

da  ta 

0000 

mixed  air  temp 

c  d  t 

da  ta 

0000 

cold  deck  temp 

hdt 

data 

0000 

hot  deck  temp 

cdv 

da  ta 

0000 

total  cold  deck  flow 

hdv 

data 

0000 

total  hot  deck  flow 

op  tma t 

da  ta 

0000 

optimum  mixed  air  temp 

op  tpoa 

da  ta 

0000 

optimum  percent  0A 

hdcos t 

da  ta 

0000 

hot  deck  cost 

cdcoa  t 

da  ta 

0000 

cold  deck  cost 

poa 

data 

0000 

current  percent  0A 

maxxoa 

da  ta 

0000 

current  limit  on  max 

.  POA 

cost 

da  ta 

0000 

cost  using  optimum  percent 

OA 

dif  f 

da  ta 

0000 

difference  between  OAT  and 

RAT 

numl 

data 

0000 

number  for  "mult"  or 

"add" 

num2 

da  ta 

0000 

number  for  "mult"  or 

"add" 

ans 

data 

0000 

results  of  "mult"  or 

"add" 

conou  t 

da  ta 

0000 

current  control  output 

preset 

da  ta 

0000 

previous  setpoint  value 

p  re  In  t 

da  ta 

0000 

previous  Integral  value 

preerr 

* 

da  ta 

0000 

previous  error  value 

*  Span 

* 

i  Adjustments 

(must  be  In  order  of  A/D 

channe  1 

spanO 

da  ta 

977 

span  adjustment  for 

OAT 

s  panl 

da  ta 

962 

span  adjustment  for 

RAT 

s  pan2 

da  ta 

934 

span  adjustment  for 

MAT 

s  pan3 

data 

950 

span  adjustment  for 

CDT 

spanA 

* 

da  ta 

934 

span  adjustment  for 

HDT 

*  Input  Data 

* 

cdsp 

da  ta 

630 

cold  deck  set  point 

m lnpoa 

da  ta 

17 

minimum  percent  0A 

maxpoa 

da  ta 

84 

maximum  percent  0A 

cdprlc 

da  ta 

119 

cold  deck  price 

hdprlc 

da  ta 

51 

hot  deck  price 

prop 

da  ta 

>0200 

proportional  term  In 

pld 

lnt 

da  ta 

>0025 

Integral  term  for  use  In  pld 

d  eriv 

da  ta 

>0300 

derlvltlve  term  for 

use  in 

pld 

* 

* 


end 


start 


end  of  program 
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Appendix  £:  Program  ESUB 


* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 


ESUB  DATA  READ  &  RECORD  PROGRAM 

PROGRAM  DESCRIPTION:  THIS  PROGRAM  READS  VELOCITY  SENSORS 
WHEN  MICRO  I  SENDS  IT  AN  ASCII  "R"  (PROGRAM  EMASTER) .  THE 
PROGRAM  CONVERTS  THESE  SENSOR  READINGS  INTO  FLOW  DATA  AND 
OUTPUTS  THIS  DATA  TO  MICRO!*  UPON  RECEIPT  OF  AN  ASCII 
"W"  THE  PROGRAM  WILL  READ  DATA  FROM  MICROI  AND  LOG  IT  IN 
A  DATA  TABLE.  THE  DATA  IS  FOLLOWED  BY  > FFFF  TO  INDICATE 
THE  END  OF  THE  DATA.  THIS  >  FFFF  IS  WRITTEN  OVER  THE  NEXT 
TIME  DATA  IS  ENTERED,  SO  IT  ALWAYS  INDICATES  THE  END  OF 
THE  DATA  STORAGE  TABLE.  THE  PROGRAM  INCLUDES  AN  OUTPUT 
ROUTINE  WHICH  WILL  UPLOAD  THE  DATA  INTO  ANOTHER  COMPUTER 
IN  FORTRAN  1016  FORMAT.  WHEN  FIRST  ACTIVATED,  THE  MICRO 
WILL  SEND  AN  ASCII  "0"  TO  MICRO  L  TO  INDICATE  IT  IS  "ON" 
AND  READY  TO  SEND  OR  RECEIVE  DATA. 


REGISTER  USEAGE:  (WORKSPACE  AT  LOCATION  "MAINWP") 


RO 

RI-R4 

R5 

R6 

R7-R8 

R8-RI0 

RIl 

R12-R15 


COMMAND  CHARACTER  INPUT 
I/O  DATA  REGISTERS 
DATA  TABLE  POINTER 
WORKING  COPY  OF  R5 
DATA  LOGGING  AND  OUTPUT 
NOT  USED 

RETURN  ADDRESS  FROM  "BL” 
NOT  USED 


SUBROUTINE  "READY"  WORKSPACE  DESCRIBED  WITH  SUBROUTINE 


I/O  USEAGE:  SERIAL  PORT  COMMUNICATION  WITH  MICROL 


VARIABLE  USEAGE 

MAINWP  ADDRESS  OF  FIRST  LINE  OF  MAIN  WORKSPACE 
READWP  ADDR.  OF  WORKSPACE  FOR  SUBROUTINE  "READY” 

READV l  ADDR.  OF  FIRST  LINE  OF  SUBROUTINE  "READY" 

DATA  l'ST  LINE  OF  TABLE  CONTAINING  DATA  ENTRIES 


X 
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* 

IDT  'ESUB'  OUTPUT  PROGRAM  ID  AFTER  DOWNLOAD 

OPTION  XREF , S  YMT  OUTPUT  CROSS  REF.  AND  SYMBOL  TABLE 

* 

* 

*********************************************************** 


* 

*  MAIN  PROGRAM 

* 


*  INITIALIZATION  ROUTINE 

* 


AORG  >0146 
START  LWP I  MAINWP 
LI  R5 , DATA 
MOV  R5,R6 

* 

* 


SET  STARTING  ADDRESS 
SET  MAIN  WORKSPACE  POINTER 
LOAD  R5  WITH  ADDR.  OF  "DATA"  TABLE 
COPY  R5  IN  R6 


* 

*  SWITCH  MICRO  OUTPUT  FROM  ON-BOARD  DISPLAY  TO  SERIAL  PORT 

* 


* 


* 

* 

* 


CLR  @>0036  CLEAR  KEYBOARD  DISPLAY  FLAG 

LI  RI2 ,>0800  LOAD  R12  WITH  ADDRESS  OF  9902 
S  BO  31  RESET  TMS  9902  UART 


LI  RO  ,  >  6  AOO 
LDCR  RO  ,8 
SBZ  13 
LI  R1 , >  0  34 1 
LDCR  R 1 , 1 2 


LOAD  RO  WITH  CONTROL  REG.  CODE 
INITIALIZE  TMS  9902  CONTROL  REG. 
DO  NOT  INT  INTERVAL  REG. 

SET  UP  FOR  300  BAUD 
SET  UP  THE  TMS  9902 


SEND  "ON"  SIGNAL  TO  MICR01 


* 

RPT  LI  RO , >  4 F4 F 

XOP  RO , 1 2 

* 


LOAD  RO  WITH  ASCII  "0" 

SEND  "ON"  SIGNAL  TO  MICR01 


* 

*  RECEIVE  COMMAND  FROM  MICR01  AND  TAKE  APPROPRIATE  ACTION 

* 


WAIT  XOP  R1,13 

Cl  Rl,>5200 
JEQ  READ 
Cl  Rl,>5700 
JEQ  WRITE 
JMP  RPT 


READ  CHARACTER  FROM  MICROi  INTO  R1 
COMPARE  Ri  WITH  ASCII  "R" 

IF  EQUAL,  JUMP  TO  "READ" 

LOAD  Rl  WITH  ASCII  "W" 

IF  EQUAL,  JUMP  TO  "WRITE" 

IF  NOT  "R"  OR  "W",  RESTART 


* 

*  READ  DATA  FROM  FLOW  SENSORS  AND  SEND  TO  MICROI 

* 


* 

READ  LI  R9 ,0000  LOAD  R9  FOR  SENSOR  #0  (COLD  DECK) 


•L 


* 

k 
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BLWP  QREADV 

READ  FLOW  IN  DUCT 

MOV  R9,R3 

STORE  FLOW  IN  R3 

LI  R9  .0001 

LOAD  R9  FOR  SENSOR  #1  (COLD  DECK) 

BLWP  QREADV 

READ  FLOW  IN  DUCT 

MOV  R9,R4 

STORE  FLOW  IN  R4 

LI  R9  .0002 

LOAD  R9  FOR  SENSOR  #2  (HOT  DECK) 

BLWP  QREADV 

READ  FLOW  IN  DUCT 

MOV  R9,R1 

STORE  FLOW  IN  RL 

LI  R9.0003 

LOAD  R9  FOR  SENSOR  #3  (HOT  DECK) 

BLWP  QREADV 

READ  FLOW  IN  DUCT 

* 

MOV  R9,R2 

STORE  FLOW  IN  R2 

* 

LI  R8 ,>5400 

LOAD  R8  WITH  ASCII  "T" 

XOP  R8,12 

SEND  "TRANSMITTING"  SIGNAL 

A  R 1 , R2 

ADD  HOT  DECK  FLOWS  INTO  R2 

XOP  R2,I0 

SEND  "HDV"  TO  MICR01 

LI  R8,>0D0D 

LOAD  R8  WITH  ASCII  CARRIAGE  RETURN 

XOP  R8,I2 

SEND  "CR"  TO  MICRO! 

A  R3,R4 

ADD  COLD  DECK  FLOWS  INTO  R4 

XOP  R4,10 

SEND  "CDV"  TO  MICROL 

XOP  R8,12 

SEND  "CR"  TO  MICRO  1 

XOP  R8,13 

READ  &  CLEAR  ECHO  FROM  MICROl 

LI  R8 ,>4700 

LOAD  R8  WITH  ASCII  "G" 

XOP  R8,L2 

SEND  "GOT  IT?"  INQUIRY  TO  MICROl 

XOP  R8,I3 

WAIT  FOR  "LOGGED"  REPLY 

Cl  R8  ,  >  4 COO 

COMPARE  REPLY  TO  ASCII  "L" 

JEQ  WAIT 

IF  EQUAL,  JUMP  TO  "WAIT" 

* 

JMP  RPT 

ELSE  JUMP  TO  "RPT" 

* 

*  READ  &  STORE  DATA 

* 

FROM  MICROl 

* 

WRITE 

MOV  R6,R5 

RESET  DATA  TABLE  POINTER 

LI  R4,I0 

LOAD  R4  FOR  10  DATA  ENTRIES 

Cl  R5,>7EA 

IS  THERE  ROOM  IN  RAM  FOR  10 

* 

MORE  DATA  ENTRIES? 

JLT  CONT 

IF  SO,  CONTINUE 

LI  R5 , DATA 

IF  NOT,  RESET  POINTER 

CONT 

LI  Rl,>5252 

LOAD  R 1  WITH  ASCII  "R" 

XOP  R1,12 

SEND  "READY"  COMMAND  TO  MICROl 

RPT2 

XOP  Rl,9 

READ  DATA  FROM  MICROl 

DATA  ERR 

JUMP  TO  ERR  IF  RECEIVE  BAD  DATA 

DATA  ERR 

JUMP  TO  ERR  IF  RECEIVE  BAD  DATA 

MOV  Ri,*R5+ 

STORE  R 1  IN  DATA  TABLE 

DEC  R4 

DECREMENT  R4 

JNE  RPT2 

IF  NOT  ZERO,  LOG  NEXT  ENTRY 

XOP  RI,13 

ELSE  WAIT  FOR  "GOT  IT?"  INQUIRY 

Cl  R1 , >  4  7  00 

COMPARE  R1  WITH  ASCII  "G" 

JNE  WRITE 

IF  NOT  EQUAL,  REPEAT 

LI  R1 ,  >  4 COO 

ELSE,  LOAD  R1  WITH  ASCII  "L" 

XOP 

R1 , 12 

SEND 

"LOGGED 

"  SIGNAL 

TO 

MICROl 

MOV 

R5  ,R6 

COPY 

DATA  TABLE  POINTER 

IN  R6 

LI 

R1 ,>FFFF 

LOAD 

R 1  WITH 

"END  OF 

DATA"  FLAG 

MOV 

R 1 , *  R5 

STORE 

FLAG  AT  END  OF 

DATA  TABLE 

* 

JMP 

WAIT 

JUMP 

TO  WAIT 

* 

ERR 

LI 

R2 ,10 

LOAD 

R2  FOR 

10  CYCLES 

ERR1 

LI 

R1 , >  5800 

LOAD 

R 1  WITH 

ASCII  "X 

II 

XOP 

R1  ,  12 

SEND 

"ERROR" 

MESSAGE 

TO 

MICROl 

XOP 

R1 ,13 

WAIT 

FOR  DATA/REPLY  FROM 

MICROl 

DEC 

R2 

DECREMENT  COUNTER 

JNE 

ERR1 

IF  NOT  ZERO, 

REPEAT 

JMP 

RPT 

ELSF 

JUMP  TO 

"RPT" 

* 

* 

* 

* 

★ _ 

* 

*  SUBROUTINE  READY 

* 

*  THIS  SUBROUTINE  READS  THE  OUTPUT  FROM  AN  A/D  CONVERTOR 

*  AND  CONVERTS  IT  TO  A  VELOCITY  READING.  THE  VELOCITY 

*  IS  CONVERTED  TO  A  FLOW  READING  BY  MULTIPLYING  IT  BY  90 

*  PERCENT  OF  THE  DUCT  CROSS  SECTIONAL  AREA.  (BASED  UPON 

*  ASSUMPTION  THAT  AVERAGE  VELOCITY  -  CENTERLINE  VELOCITY 

*  TIMES  90  PERCENT.  FLOW  READINGS  ARE'  COMPUTED  IN  HUNDRED 

*  CUBIC  FEET  PER  MINUTE  (CCFM).  TO  MINIMIZE  THE  EFFECTS  OF 

*  SMALL  PERTU  BATIONS  IN  THE  FLOW  FIELD,  THE  VELOCITY  IS 

*  READ  256  TIMES  AND  AN  AVERAGE  VELOCITY  COMPUTED.  THE 

*  CHANNEL  TO  BE  READ  IS  FETCHED  FROM  MAIN  R9  AND  THE  FLOW 

*  IS  RETURNED  TO  MAIN  R9 . 


*  REGISTER  USEAGE  (WORKSPACE  AT  LOCATION  "ADDWP") 

* 

*  RO  A/D  CHANNEL  NUMBER 

*  R1  DUMMY  CHANNEL  FOR  DELAY  TIME 

*  R2  OUTPUT  FROM  A/D  CONVERTOR 

*  R3  AVERAGE  READING  OF  16  OUTPUTS  R2 

*  R4  COUNTER  FOR  4  READINGS  TO  BE  AVERAGED 

*  R5-R7  MULTIPLE  USES  DURING  VELOCITY  CONVERSION 

*  R8  COUNTER  FOR  #  AVERAGES  OF  R3 

*  R9  AVERAGE  OF  16  AVERAGES  R3 

*  RIO  MSB'S  OF  R9  DURING  MULTIPLICATION 

*  R1I  NOT  USED 

*  R1 2  CRU  BASE  ADDRESS 

*  R13-15  RETURN  CONTEXT  SWITCH  DATA 


* 


READ  A/D  CONVERTOR 


* 

READ  1 

LI  R12 , >OC20 

MOV  QMAINWP+18 ,R0 
SLA  RO , 8 

CLR  R9 

LI  R8 , 1 6 

AAVG 

CLR  R3 

LI  R4 , 16 

AVG 

LDCR  RO ,4 

S  BO  4 

INC  R1 

SBZ  4 

LI  R12 , >  0C00 

WATE 

TB  1 

JEQ  WATE 

LI  R12 , > 0C08 

SRC  Rl,l 

STCR  R2 , 12 

SLA  R2 , 4 

* 

SRA  R2 , 8 

Cl  R2 , 0 

JGT  OKK 

CLR  R2 

OKK 

A  R2,R3 

DEC  R4 

JNE  AVG 

SRA  R3.4 

A  R3.R9 

DEC  R8 

JNE  AAVG 

* 


LOAD  R12  FOR  CONTROL  BITS  OF  A/D 

LOAD  RO  FOR  A/D  CHANNEL  (MAIN  R9 ) 

MOVE  CHANNEL  #  INTO  LEFT  BYTE 

CLEAR  FINAL  AVERAGE  READING 

LOAD  R8  FOR  16  AVERAGING  CYCLES 

CLEAR  AVERAGE  READING 

LOAD  COUNTER  FOR  16  READINGS 

SEND  4  BITS  OF  RO  TO  A/D 

LATCH  INPUT  CHANNEL 

DELAY  16  CLOCK  CHANNELS 

BEGIN  A/D  CONVERSION 

LOAD  R 1 2  FOR  A/D  INPUT  SIGNAL 

CHECK  A/D  BUSY  LINE  (INT  1) 

IF  NOT  LOW,  WAIT 
LOAD  R 1 2  FOR  A/D  INPUT  VALUE 
DELAY 

STORE  12  BITS  A/D  OUTPUT  IN  R2 
FILL  UNUSED  BITS  WITH  SIGN  BIT 
(CONVERTS  12  BIT  NO.  TO  16  BIT) 
SHIFT  BACK  &  DIVIDE  BY  16 
IS  READING  NEGATIVE? 

IF  NOT,  JUMP 

ELSE  ZERO  READING 

ADD  1/16'TH  READING  TO  AVERAGE 

DECREMENT  READING  COUNTER 

IF  NOT  ZERO,  TAKE  ANOTHER  READING 

DIVIDE  AVERAGE  BY  16 

ADD  1/16'TH  OF  AVG .  TO  R9 

DECREMENT  CYCLE  COUNTER 

IF  NOT  ZERO,  REPEAT  CYCLE 


* 

* 


* 


FETCH  SPAN  ADJUSTMENT  AND  CORRECT  READING 


LI  R5 , SP ANO 
SRA  RO , 7 
A  RO , R5 
MPY  *R5,R9 
LI  R6 , 1000 
DIV  R6,R9 


LOAD  R5  W/  ADDRESS  OF  SPANO 
MOVE  CHANNEL  #  (X2)  INTO  RH  BYTE 
SPANO  ADDR  +  CHANNEL#  -SPANX  ADDR 
MULT  A/D  OUTPUT  BY  SPAN  ADJUST 
LOAD  R6  WITH  SCALE  FACTOR 
DIV  ADJUSTED  OUTPUT  BY  SCALE  FACT 


*  CONVERT  SENSOR  VOLTAGE  (INPUT)  TO  VELOCITY 

* 


LI  R5.819 
C  R9,R5 
JGT  HIRANG 
LI  R6.400 
MPY  R6,R9 
DIV  R5,R9 
JMP  DONE 

HIRANG  LI  RS , 2 3 1 


LOAD  R5  WITH  819  (-  2V  INPUT) 
WAS  READING  >  2V7  (2V  -  400FPM) 
IF  SO,  JUMP  TO  "HIGH  RANGE" 

ELSE  LOAD  R6  WITH  400FPM 
MULT  READING  BY  400FPM 
DIVIDE  PRODUCT  BY  2V 
JUMP  TO  DONE 
LOAD  R5  WITH  231 
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MPY  R5.R9 
LI  R7.100 
DIV  R7.R9 
LI  R7.1473 
S  R7.R9 
DONE  Cl  R9 , 0 

JGT  SINOK 
CLR  R9 


MULT.  AVERAGE  READING  BY  231 
LOAD  R7  WITH  SCALE  FACTOR 
DIVIDE  SUM  BY  SCALE  FACTOR 
LOAD  R7  WITH  ZERO  ADJUST 
SUBTRACT  ZERO  ADJUST  FROM  VEL. 
COMPARE  VELOCITY  TO  ZERO 
IF  POSITIVE,  JUMP 
ELSE  ZERO  VELOCITY 


*  CONVERT  VELOCITY  READING  TO  FLOW  READING 

* 


SINOK  LI  R5.DUCT0  LOAD  R5  WITH  ADDR.  OF  DUCTO  AREA 

A  R0,R5  DUCTO  ADDR  +  CHANNEL#  -DUCTX  ADDR 

MPY  *R5,R9  MULTIPLY  VELOCITY  BY  AREA  (*100) 

LI  R6 , 1 1 1 1 1  LOAD  R6  WITH  10000/0.9 

DIV  R6,R9  VEL*AREA*100*0. 9/10000  -  FLOW  (CCFM) 

MOV  R9 ,@MAINWP+18  STORE  OUTPUT  IN  MAIN  R9 

RTWP  RETURN 


* 

* 


* 

*  SPAN 

* 

ADJUSTMENTS 

AND 

DUCT  AREAS 

(SQUARE 

FEET 

* 

SPANO 

DATA 

0936 

SPAN 

ADJUST  FOR 

SENSOR 

#0 

SPAN  1 

DATA 

0848 

SPAN 

ADJUST  FOR 

SENSOR 

#1 

SPAN2 

DATA 

1000 

SPAN 

ADJUST  FOR 

SENSOR 

#2 

SPAN3 

* 

DATA 

0896 

SPAN 

ADJUST  FOR 

SENSOR 

#3 

* 

DUCTO 

DATA 

0713 

COLD 

AIR  DUCT  AREA 

DUCTl 

DATA 

07  13 

COLD 

AIR  DUCT  AREA 

DUCT2 

DATA 

0525 

HOT 

AIR  DUCT  AREA 

DUCT3 

DATA 

0525 

HOT 

AIR  DUCT  AREA 

* 

*  CALLING  VECTORS  FOR  SUBROUTINES 

* 


READV  DATA  READWP  ADDRESS  OF  WORKSPACE  FOR  "READY” 

DATA  READ  L  ADDRESS  OF  L"ST  LINE  OF  "READV" 

* 

* 

. 

* 

*  DATA  TABLE »  WORKSPACE ,  AND  OUTPUT  ROUTINE 

* 

*  THIS  SECTION  CONTAINS  THE  DATA  DATA  FILE  TOGETHER  WITH 

*  INSTRUCTIONS  FOR  UPLOADING  THIS  DATA  IN  FORTRAN  1016 

*  FORMAT. 


*  o 
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i 

i 


MAINWP 

READWP 


NEXTNO 


EOF 

ATA 


BSS  32 
BSS  32 
LWPI  MAINWP 
LI  R5 , DATA 
LI  R6,IO 
LI  R7  ,>20  20 
XOP  R7 , I 2 
XOP  R7 ,12 
XOP  *R5+,10 
MOV  *R5 , R7 
Cl  R7 , >  FFFF 
JEQ  EOF 
DEC  R6 
JNE  NEXTNO 
LI  R7 , > ODO D 
XOP  R7.L2 
LI  R7  ,  >  0  AO  A 
XOP  R7 , 1 2 
LI  R6.I0 
JMP  NEXTNO 
IDLE 

BSS  1216 


RESERVE  MAIN  WORKSPACE 
RESERVE  WORKSPACE  FOR  "READV" 

LOAD  WORKSPACE  POINTER 

LOAD  R5  WITH  START  ADDR.  OF  "DATA" 

LOAD  R6  FOR  10  DATA  ENTRIES/LINE 

LOAD  R7  WITH  ASCII  SPACE 

EXECUTE  SPACE 

EXECUTE  SPACE 

OUTPUT  DATA  ENTRY 

LOAD  NEXT  DATA  ENTRY  INTO  R7 

IS  NEXT  DATA  ENTRY  END  OF  FILE? 

IF  SO,  EXIT  ROUTINE 
ELSE,  DECREMENT  ENTRY  COUNTER 
IF  NOT  ZERO,  REPEAT  LOOP 
ELSE  LOAD  R7  WITH  ASCII  CAR.  RET. 
EXECUTE  CARRIAGE  RETURN 
LOAD  R7  WITH  ASCII  LINE  FEED 
EXECUTE  LINE  FEED 
RELOAD  ENTRY  COUNTER 
REPEAT  LOOP 
WAIT  FOR  INTERRUPT 
RESERVE  STORAGE  FOR  30  HOURS 


END  START 


END  OF  PROGRAM 


2 
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